Design%20 Pattern%282007-1%29%20 Study

Search BackLinks only
Display context of search results
Case-sensitive searching

• DPSCChapter1 . . . . 31 matches
       Welcome to ''The Design Patterns Smalltalk Companion'' , a companion volume to ''Design Patterns Elements of Reusable Object-Oriented Software'' by Erich Gamma, Richard Helm, Ralph Johnson, and Jogn Vlissides(Gamma, 1995). While the earlier book was not the first publication on design patterns, it has fostered a minor revolution in the software engineering world.Designers are now speaking in the language of design patterns, and we have seen a proliferation of workshops, publications, and World Wide Web sites concerning design patterns. Design patterns are now a dominant theme in object-oriented programming research and development, and a new design patterns community has emerged.
       ''The Design Patterns Smalltalk Companion'' 의 세계에 오신걸 환영합니다. 이 책은 ''Design Patterns Elements of Reusable Object-Oriented Software''(이하 DP) Erich Gamma, Richard Helm, Ralph Johnson, and Jogn Vlissides(Gamma, 1995). 의 편람(companion, 보기에 편리하도록 간명하게 만든 책) 입니다. 앞서 출간된 책(DP)이 디자인 패턴에 관련한 책에 최초의 책은 아니지만, DP는 소프트웨어 엔지니어링의 세계에 작은 혁명을 일으켰습니다. 이제 디자이너들은 디자인 패턴의 언어로 이야기 하며, 우리는 디자인 패턴과 관련한 수많은 workshop, 출판물, 그리고 웹사이트들이 폭팔적으로 늘어나는걸 보아왔습니다. 디자인 패턴은 객체지향 프로그래밍의 연구와 개발에 있어서 중요한 위치를 가지며, 그에 따라 새로운 디자인 패턴 커뮤니티들이 등장하고 있습니다.(emerge 를 come up or out into view 또는 come to light 정도로 해석하는게 맞지 않을까. ''이제 디자인 패턴은 객체지향 프로그래밍의 연구와 개발에 있어서 중요한 위치를 가지고 있으며, 디자인 패턴 커뮤니티들이 새로이 등장하고 있는 추세입니다.'' 그래도 좀 어색하군. -_-; -- 석천 바꿔봤는데 어때? -상민 -- DeleteMe)gogo..~ 나중에 정리시 현재 부연 붙은 글 삭제하던지, 따로 밑에 빼놓도록 합시다.
       ''Design Patterns'' describes 23 design patterns for applications implemented in an object-oriented programming language. Of course, these 23 patterns do not capture ''all'' the design knowledge an object-oriented designer will ever need. Nonetheless, the patterns from the "Gang of Four"(Gamma et al.) are a well-founded starting point. They are a design-level analog to the base class libraries found in Smalltalk development environments. They do not solve all problems but provide a foundation for learning environments. They do not solve all problems but provide a foundation for learning about design patterns in general and finding specific useful architectures that can be incorporated into the solutions for a wide variety of real-world design problems. They capture an expert level of design knowledge and provide the foundation required for building elegant, maintainable, extensible object-oriented programs.
       ''디자인 패턴''은 객체지향 언어로 제작된 프로그램에 23개의 패턴을 제시합니다. 물론, 23개의 패턴이 객체지향 디자이너들이 필요로 할 모든 디자인의 난제들을 전부 잡아내지는 못합니다. 그럼에도 불구하고 "Gang of Four"(Gamma et al.)에서 제시한 23개의 패턴은 좋은 디자인의 든든한 출발을 보장합니다. 이 23개의 패턴은 Smalltalk class libraries에 기반을한 디자인 수준(design-level) 분석(analog)입니다. 이 패턴을 이용해서 모든 문제를 해결할 수는 없지만, 전반적이고, 실제 디자인의 다양한 문제들을 위한 해결책을 위한 유용한 지식들의 기반을 제공할것입니다. 또, 이 패턴을 통해서 전문가 수준의 디자인 지식을 취득하고, 우아하고, 사후 관리가 편하고, 확장하기 쉬운 객체지향 프로그램 개발에 기초 지식을 제공하는데 톡톡한 역할을 할것입니다.
       In the Smalltalk Companion, we do not add to this "base library" of patterns;rather, we present them for the Smalltalk designer and programmer, at times interpreting and expanding on the patterns where this special perspective demands it. Our goal is not to replace Design Patterns; you should read the Smalltalk Companion with Design Patterns, not instead of it. We have tried not to repeat information that is already well documented by the Gang of Four book. Instead, we refer to it requently;you should too.
       우리의 목적은 Design Pattern을 교체하려는 것이 아니다. 당신은 Design Pattern을 대신하는 것이 아니라 Design Pattern과 함께 Smalltalk Companion을 읽어야 한다.
       ''Smalltalk Companion에서, 우리는 패턴의 'base library'를 추가하지 않습니다. 그것보다, 우리는 base library들을 Smalltalk 의 관점에서 해석하고 때?灌? 확장하여 Smalltalk 디자이너와 프로그래머를 위해 제공할 것입니다. 우리의 목표는 '''Design Patterns'''을 대체하려는 것이 아닙니다. '''Design Patterns''' 대신 Smalltalk Companion을 읽으려 하지 마시고, 두 책을 같이 읽으십시오. 우리는 이미 Gang of Four에서 잘 문서화된 정보를 반복하지 않을겁니다. 대신, 우리는 GoF를 자주 참조할 것이고, 독자들 역시 그래야 할 것입니다. -- 문체를 위에거랑 맞춰봤음.. 석천''
       == 1.1 Why Design Patterns? ==
       Smalltalk experts know many things that novices do not, at various abstraction levels and across a wide spectrum of programming and design knowledge and skills:
       Smalltalk 전문가들은 여러가지 다양한 추상적 단계와 폭넓은 programming과 design에 대한 지식과 기술면에서 초심자들이 알지 못하는 많은 것을 알고 있다.
       This is by no means an exhaustive list, and even novices understand and use much of the knowledge. But some items, especially the last -- recurring patterns of software design, or design patterns -- are the province of design expert.
       A '''design pattern''' is a reusable implementation model or architecture that can be applied to solve a particular recurring class of problem. The pattern sometimes describes how methods in a single class or subhierarchy of classes work together; more often, it shows how multiple classes and their instances collaborate. It turns out that particular architectures reappear in different applications and systems to the extent that a generic pattern template emerges, one that experts reapply and customize to new application - and domain-specific problems. Hence, experts know how to apply design patterns to new problems to implement elegant and extensible solutions.
       In general, designers -- in numerous domains, not just software -- apply their experience with past problems and solution to new, similar problems. As Duego and Benson(1996) point out, expert designers apply what is known in cognitive psychology and artificial intelligence as '''case-based reasoning''', remembering past cases and applying what they learned there. This is the sort of reasoning that chess masters, doctors, lawyers, and architects empoly to solve new problems. Now, design patterns allow software designers to learn from and apply the experiences of other designers as well. As in other domains, a literature of proven patterns has emerged. As a result, we can "stand on the shoulders of giants" to get us closer to the expert peak. As John Vlissies (1997) asserts, design patterns "capture expertise and make it accessible to non-experts" (p. 32).
       디자이너들-소프트웨어에만 국한하지 않은 수많은 분야에서-은 그들의 과거의 문제와, 해법에 경험을 비슷한 문제에 적용 시킨다. '''''Duego와 Genson(1996)은 전문 디자이너들이 사례를 기반으로 경험에서 인지한 지혜안에서 과거의 사례를 기억하고 그들이 배운것을 적용시키는 것에 주목한다. (생략 및 의역) ''''' 이것은 체스의 고수, 의사, 변호사 그리고 건축가들이 새로운 문제에 대응하는 추론 방식의 한 방식이다. 현재, 디자인 패턴은 소프트웨어 디자이너들이 배워온것들과 다른 분야의 디자이너(other designer)들의 경험들 모두를 감안한다. 이런 노력들은 결과적으로, "거인의 어깨에 올라서 있는것" 같은 방법으로 우리를 훌륭한 디자인에 이끌수 있다. John Vlissies(1997)은 디자인 패턴은 "전문 지식을 잡고 비전문가들이 그것을 이용하기 쉽게 해주는 것이라고 평한다. (p. 32).
       Design patterns also provide a succinct vocabulary with which to describe new designs and retrospectively explain existing ones. Patterns let us understand a design at a high level before drilling down to focus on details. They allow us to envision entire configurations of objects and classes at a large grain size and communicate these ideas to other designers by name. We can say, "Implement the database access object as a Singleton," rather than, "Let's make sure the database access class has just one instance. The class should include a class variable to keep track of the singl instance. The class should make the instance globally available but control access to it. The class should control when the instance is created and ..." Which would you prefer?
       Christopher Alexander and his colleagues have written extensively on the use of design patterns for living and working spaces-homes, buildings, communal areas, towns. Their work is considered the inspiration for the notion of software design patterns. In ''The Timeless Way of Building''(1979) Alexander asserts, "Sometimes there are version of the same pattern, slightly different, in different cultures" (p.276). C++ and Smalltalk are different languages, different environments, different cultures-although the same basic pattern may be viable in both languages, each culture may give rise to different versions.
       The Gang of Four's ''Design Patterns'' presents design issues and solutions from a C+ perspective. It illustrates patterns for the most part with C++ code and considers issues germane to a C++ implementation. Those issue are important for C++ developres, but they also make the patterns more difficult to understand and apply for developers using other languages.
       Gang of Four의 ''Design Patterns'' 은 C++의 관점에서 디자인의 이슈와 해결책들을 제시한다. Design Patterns는 대부분 C++을 이용한 패턴들과, C++의 적용(implementation)과 관련있는 이슈들에 관한 견해를 다루고 있다. 그러한 이슈들은 C++ 개발자들에게는 매우 중요할지 모르지만, 다른 언어들을 이용하고 있는 개발자들에게는 자칫 이해하고 패턴의 적용에 어려움을 가지고 온다.
       This book is designed to be a companion to ''Design Patterns'', but one written from the Smalltalk perspective. One way to think of the ''Smalltalk Companion'', then, is as a variation on a theme. We provide the same pattern as in the Gang of Four book but view them through Smalltalk glasses. (In fact, when we were trying out names for the ''Smalltalk Companion'', someone suggested "DesignPattern asSmalltalkCompanion." However, we decided only hard-core Smalltalkers would get it.)
       이책은 ''Design Patterns'' 에 대한 지침서, 편람으로 제작되었다. 하지만 관점은 ''Design Pattern''이 C++인것에 반하여 이 책은 Smalltalk에 기인한다. 그냥, 이 책 ''Smalltalk Companion''에 대해서 하나의 주제(design pattern)에 관한 다양한 자료 정도로 생각해 줬으면 한다. 우리는 Gang of Four book에서의 같은 패턴을 제공하지만, Smalltalk라는 안경을 통해서 바라볼것이다. (사실, 우리가 이름에 ''Samlltalk Companion''을 넣을때 어떤이는 "DesignPattern asSmalltalkCompanion" 을-역자주 Smalltalk언어상에서의 표현법 때문인것 같습니다.- 제안하기도 했다. 하지만 그런 이름은 hard-core Smalltalkers들만이 그 이름을 받아들일꺼라고 생각했다.)
• JavaStudy2004 . . . . 21 matches
        * [JavaStudy2004/자바따라잡기]
        * [JavaStudy2004/클래스]
        * [JavaStudy2004/클래스상속]
        * [JavaStudy2004/오버로딩과오버라이딩]
        * [JavaStudy2004/버튼과체크박스] - 성만
        * [JavaStudy2004/콤보박스와리스트] - 이승한
        * [JavaStudy2004/MDI]
        * [JavaStudy2004/레이아웃] - 동영
        * [JavaStudy2004/비트맵]
        * [JavaStudy2004/타이머]
        * [JavaStudy2004/파일입출력]
        * [JavaStudy2004/더블버퍼링]
        * [JavaStudy2004/움직이는공]
        * [JavaStudy2004/마우스로그림그리기]
        * [JavaStudy2004/작은그림판]
        * [JavaStudy2004/스택]
        * [JavaStudy2004/로보코드]
        ||이승한||[JavaStudy2004/이승한]||
        ||이용재||[JavaStudy2004/이용재]||
        ||조동영||[JavaStudy2004/조동영]||
• HardcoreCppStudy/두번째숙제 . . . . 18 matches
       == HardcoreCppStudy의 두번째 숙제입니다 ==
       ||[HardcoreCppStudy/두번째숙제/CharacteristicOfOOP/변준원] ||
       ||[HardcoreCppStudy/두번째숙제/CharacteristicOfOOP/장창재] ||
       ||[HardcoreCppStudy/두번째숙제/CharacteristicOfOOP/임민수] ||
       ||[HardcoreCppStudy/두번째숙제/CharacteristicOfOOP/김아영] ||
       ||[HardcoreCppStudy/두번째숙제/ConstructorAndDestructor/변준원] ||
       ||[HardcoreCppStudy/두번째숙제/ConstructorAndDestructor/장창재] ||
       ||[HardcoreCppStudy/두번째숙제/ConstructorAndDestructor/임민수] ||
       ||[HardcoreCppStudy/두번째숙제/ConstructorAndDestructor/김아영] ||
       ||[HardcoreCppStudy/두번째숙제/This포인터/변준원] ||
       ||[HardcoreCppStudy/두번째숙제/This포인터/장창재] ||
       ||[HardcoreCppStudy/두번째숙제/This포인터/임민수] ||
       ||[HardcoreCppStudy/두번째숙제/This포인터/김아영] ||
       ||[HardcoreCppStudy/두번째숙제/성적관리/변준원] ||
       ||[HardcoreCppStudy/두번째숙제/성적관리/장창재] ||
       ||[HardcoreCppStudy/두번째숙제/성적관리/임민수] ||
       ||[HardcoreCppStudy/두번째숙제/성적관리/김아영] ||
       [HardcoreCppStudy]
• CPPStudy_2005_1 . . . . 15 matches
       = CPPStudy_2005_1 =
       || 8/8 || - || Chapter9장만 || chapter 9장 스터디|| [CppStudy_2002_2/STL과제] [FileInputOutput] ||
       || 8/15 || - || Chapter10 || chpaper 10장 스터디 || STL과제->클래스화 and [CppStudy_2005_1/BasicBusSimulation] ||
       || 8/29 || 마지막회(+뒷풀이) || 알아서들 해오기 || [CPPStudy_2005_1/Canvas] ||
        * [CppStudy_2002_2/STL과제] 이 문제에 대한 소스입니다.
       || 남상협 || [CPPStudy_2005_1/STL성적처리_1] || [CPPStudy_2005_1/STL성적처리_1_class] ||
       || 박영창 || [CPPStudy_2005_1/STL성적처리_2] || [CPPStudy_2005_1/STL성적처리_2_class] ||
       || 김태훈 || [CPPStudy_2005_1/STL성적처리_3] || [CPPStudy_2005_1/STL성적처리_3_class] ||
       || 김상섭 || [CPPStudy_2005_1/STL성적처리_4] ||- ||
       || 김민경 || [CPPStudy_2005_1/STL성적처리_5] ||- ||
       [CPPStudy_2005_1/질문]
        * [CppStudy_2002_1]
• HowToStudyDesignPatterns . . . . 14 matches
       see also DoWeHaveToStudyDesignPatterns
        ''The other thing I want to underscore here is how to go about reading Design Patterns, a.k.a. the "GoF" book. Many people feel that to fully grasp its content, they need to read it sequentially. But GoF is really a reference book, not a novel. Imagine trying to learn German by reading a Deutsch-English dictionary cover-to-cover;it just won't work! If you want to master German, you have to immerse yourself in German culture. You have to live German. The same is true of design patterns: you must immerse yourself in software development before you can master them. You have to live the patterns.
        Read Design Patterns like a novel if you must, but few people will become fluent that way. Put the patterns to work in the heat of a software development project. Draw on their insights as you encounter real design problems. That’s the most efficient way to make the GoF patterns your own.''
       이런 식의 "사례 중심"의 공부를 위해서는 스터디 그룹을 조직하는 것이 좋습니다. 혼자 공부를 하건, 그룹으로 하건 조슈아 커리프스키의 유명한 A Learning Guide To Design Patterns (http://www.industriallogic.com/papers/learning.html'''''')을 꼭 참고하세요. 그리고 스터디 그룹을 효과적으로 꾸려 나가는 데에는 스터디 그룹의 패턴 언어를 서술한 Knowledge Hydrant (http://www.industriallogic.com/papers/khdraft.pdf'''''') 를 참고하면 많은 도움이 될 겁니다 -- 이 문서는 뭐든지 간에 그룹 스터디를 한다면 적용할 수 있습니다.
        1. Design Patterns Explained by Shalloway, and Trott : 최근 DP 개론서로 급부상하고 있는 명저
        1. Design Patterns Java Workbook by Steven John Metsker : DPE 다음으로 볼만한 책으로, 쏟아져 나오는 허접한 자바 패턴 책들과는 엄연히 다름
        1. ["DesignPatterns"] : Gang Of four가 저술한 디자인패턴의 바이블
        1. ["DesignPatternSmalltalkCompanion"] : GoF가 오른쪽 날개라면 DPSC는 왼쪽 날개
        1. Pattern Languages of Program Design 1,2,3,4 : 패턴 컨퍼런스 논문 모음집으로 대부분은 인터넷에서 구할 수 있음
        * LearningGuideToDesignPatterns - 각각의 패턴 학습순서 관련 Article.
       오늘 짬이 나서 최근 우리나라의 IT 잡지에 연재되는 DesignPatterns 강좌를 훑어봤습니다. 소감은 한마디로, "이건 패턴을 가르치는 게 아니다!"라는 느낌이었습니다.
       see also HowToStudyRefactoring, HowToStudyXp
• 타도코코아CppStudy . . . . 14 matches
        * [타도코코아CppStudy/0721]
        * [타도코코아CppStudy/0724]
        * [타도코코아CppStudy/0728]
        * [타도코코아CppStudy/0731]
        * [타도코코아CppStudy/0801]
        * [타도코코아CppStudy/0804]
        * [타도코코아CppStudy/0808]
        * [타도코코아CppStudy/0811]
        * [타도코코아CppStudy/0815]
        * [타도코코아CppStudy/0818]
        * [타도코코아CppStudy/0822]
        * [타도코코아CppStudy/0825]
        * [타도코코아CppStudy/0829]
       [C++Study_2003], [프로젝트분류]
• 1002/Journal . . . . 12 matches
        ~ 6 : 14 XP Study Group
       http://www.utdallas.edu/~chung/patterns/conceptual_integrity.doc - Design Patterns as a Path to Conceptual Integrity 라는 글과 그 글과 관련, Design Patterns As Litmus Paper To Test The Strength Of Object Oriented Methods 라는 글을 보게 되었는데, http://www.econ.kuleuven.ac.be/tew/academic/infosys/Members/Snoeck/litmus2.ps 이다. 디자인패턴의 생성성과 관련, RDD 와 EDD 가 언급이 되는 듯 하다.
        * DesignPatterns 연습차 간단하게 그림판을 구현해봄. 처음 간단하게 전부 MainFrame class 에 다 구현하고, 그 다음 Delegation 으로 점차 다른 클래스들에게 역할을 이양해주는 방법을 써 보았다. 그러던 중 MFC에서의 WinApp 처럼 Application class 를 ["SingletonPattern"] 스타일로 밖으로 뺐었는데, 계속 Stack Overflow 에러가 나는 것이였다. '어라? 어딘가 계속 재귀호출이 되나?..'
        * Numerical Analysis Report 와 OS Report 를 하느냐고 거의 밤을 샜는데 ('거의' 인 이유는, 중간에 언제 잤는지 모르겠다는 점; OS 에 대한 Design 그린 종이가 있긴 한 것 보면 분명 OS Report 를 하는 중간이였던것 같은데; 이불도 잘 덮고 잔것 보면 신기하긴 하다;;) NA 숙제에 대한 Quality Management 에 대한 실패라고 해야 할까. 시간 조절을 하고 OS Report 에 시간을 더 투자할 방법이 있었음에도 불구하고 조금 아쉽다. 올해의 화두는 개인적 시간관리능력배양이 될것 같다. (99학번. 3학년이 되도록 이모양이니 부끄럽다;)
        * Simple Design 에 대해서 내가 잘못 생각한 것 같다. Up-Front Design 자체를 구체적으로 들어갔을때 얼마나 복잡할 수 있는지도 모르면서 처음부터 Simple Design 을 논할수 있을까 하는 생각도 해본다. 생각해보니, 여태껏 내가 그린 전체 UML Class Design 은 거의 다 Simple Design 이겠군. -_-; (Interface 들 Method 이름도 결정 안했으니까.)
        * SWEBOK Software Construction 부분 한번정리. Software Design Part는 그래도 마음에 들었었는데, Construction 은 분류 부분이 맘에 안들어하는중. SWEBOK 이 있는 이유가 해당 Knowledge Area 에 대해서 일종의 이해의 틀을 제공하는 것인데, 이번 챕터는 그 역할을 제대로 하지 못했다는 생각이 든다. 다른 책을 찾아보던지 일단 건너뛰던지 해야겠다. 그래도 일단 내일을 위해 한번더;
        * SWEBOK Construction 부분 한번 더 봄. 하지만 여전히 마음에 안들어하는중; (상민쓰 말처럼 '영어로 된 동화책 읽고 세익스피어 영문판 읽어야' 이해하는 내용이여서 그런가;) Code Construction 은 아무래도 Design 영역이나 Test 영역에 비해서 art (예술 또는 기술) 적인 측면이 커서 그러려나. 이건 다른 레퍼런스를 보는 것이 나을 것 같다. 한계를 생각하자.
• 05학번만의C++Study . . . . 10 matches
       05학번이 모여서 C++을 공부하는 Study Group [05학번만의C++Study]입니다.
       = Study =
       == Study Rule ==
       == Study Book ==
       || 1.|| 05. 9. 20,21.|| 3장까지 || [05학번만의C++Study/숙제제출/1] ||
       || 2.|| 05. 9. 27,28.|| 4,7,8장 || [05학번만의C++Study/숙제제출/2] ||
       || 3.|| 05. 10. 4, 5.|| 8, 9장 || [05학번만의C++Study/숙제제출/3] ||
       || 3.|| 05. 10. 11, 12.|| 10장 || [05학번만의C++Study/숙제제출/4] ||
       [05학번만의C++Study/숙제제출]
• 05학번만의C++Study/숙제제출/1 . . . . 10 matches
       => 숙제 페이지는 프로젝트 페이지의 하위 페이지에 만드시기 바랍니다. 여러 프로젝트가 존재하고 그것을 기록, 보존, 관리 차원에서 05학번만의C++Study/숙제1/허아영 와 같은 식으로 프로젝트의 하위 페이지로 만들기 바랍니다. -- 재선
       || [허아영] || 05.9.14 || [05학번만의C++Study/숙제제출1/허아영] ||
       || [조현태] || 05.9.14 || [05학번만의C++Study/숙제제출1/조현태] ||
       || [최경현] || 05.9.14 || [05학번만의C++Study/숙제제출1/최경현] ||
       || 이[형노] || 05.9.18 || [05학번만의C++Study/숙제제출1/이형노] ||
       || [윤정훈] || 05.9.18 || [05학번만의C++Study/숙제제출1/윤정훈] ||
       || [정서] || 05.9.20 || [05학번만의C++Study/숙제제출1/정서] ||
       || [정진수] || 05.9.20 || [05학번만의C++Study/숙제제출1/정진수] ||
       ----[05학번만의C++Study] [05학번만의C++Study/숙제제출]
• HardcoreCppStudy/첫숙제 . . . . 10 matches
       = HardcoreCppStudy의 첫 숙제입니다 =
        ||[HardcoreCppStudy/첫숙제/ValueVsReference/변준원]||
        ||[HardcoreCppStudy/첫숙제/ValueVsReference/장창재]||
        ||[HardcoreCppStudy/첫숙제/ValueVsReference/임민수]||
        ||[HardcoreCppStudy/첫숙제/ValueVsReference/김아영]||
        ||[HardcoreCppStudy/첫숙제/Overloading/변준원]||
        ||[HardcoreCppStudy/첫숙제/Overloading/장창재]||
        ||[HardcoreCppStudy/첫숙제/Overloading/임민수]||
        ||[HardcoreCppStudy/첫숙제/Overloading/김아영]||
       [HardcoreCppStudy]
• WikiProjectHistory . . . . 10 matches
       || [MFCStudy_2005_2_야매] || 상협, 태훈, 민경, 수민, 지희 || 2인용 오목 || 종료 ||
       || [DesignPatternStudy2005] || 상협, 재선, 상섭 || 디자인 패턴 스터디 || 종료 ||
       || ["MFCStudy_2002_1"] || 창섭(["Wiz"]), 정훈, 재민 || 방학중 MFC 와 클래스의 개념을 익히며 간단한 결과물 작성 || 종료 ||
       || ["ProjectZephyrus"] || ["1002"], ["neocoin"], ["상규"], 이영서(["Lupin'sHome"]) , ["신재동"], ["창섭"]|| 2002.5.12~6.10. Java Study. Java Messenger 제작 || 종료 ||
       || ["MFCStudy_2001"]|| 6명 || 2001.2학기~ 2002.1 MFC 를 이용한 개인 프로그램 작성||종료||
       || ["KDPProject"] || ["1002"], ["neocoin"], ["comein2"], ["JihwanPark"] || Design Pattern Study. Wiki 활성화 첫 프로젝트. 종료후 남은 Pattern 은 개인적 담당. || 종료 ||
       || ["CppStudy_2002_1"] || 임영동, 신진영, 김기웅, 이대근, 남상협 || C++ 스터디 그룹 입니다. || 종료 ||
       || ["CppStudy_2002_2"] || 이영준,김세연,장재니,이영록,신재동 || C++ 스터디 그룹 || 종료 ||
• 서지혜 . . . . 10 matches
        * [algorithmStudy/2013]
        1. English Speaking Study
        1. English Speaking Study
        * [DesignPatterns/2011년스터디]
        * [DesignPatterns/2011년스터디/서지혜]
        * Spring Study는 참 오래 하는듯
        * [HowToStudyDesignPatterns]
        * [HowToStudyRefactoring]
        * [HowToStudyRefactoring]
• 선희 . . . . 10 matches
        * 여름방학 : 주중 2번 [타도코코아CppStudy]
        주중 1번 [JavaStudy2003]
        * [타도코코아CppStudy]
        * [JavaStudy2003]
        * [Java Study2003/첫번째과제/방선희]
        * 여름방학 : 주중 2번 [타도코코아CppStudy]
        주중 1번 [JavaStudy2003]
        * [타도코코아CppStudy]
        * [JavaStudy2003]
        * [Java Study2003/첫번째과제/방선희]
• 프로그래밍파티 . . . . 10 matches
       다른 학교(이게 중요함) 동아리와 공동행사를 개최하는 것은 어떨까요? 꼭 어떤 공식적이고 거창한 액션을 취하지 않고도, 할 수 있는 것 중에는 가치있는 것이 많습니다. 또, 비격식적인 모임을 종종 갖는다고 해서 문제될 것은 없겠죠 -- 오히려 격식적인 년례 행사 같은 것보다 이득이 훨씬 더 많으리라 생각합니다. 행사를 치루기 위해 행사를 하는 것이 아니고, 서로에게서 배우기 위해 행사를 하는 것이죠. 예를 들어, 제로 페이지와 타 대학교 동아리 양쪽으로 편을 나누고, OOPSLA의 DesignFest 비슷한 것을 해보면 어떨까요? ACM의 ICPC같은 것도 좋을테구요. 심사위원단은 양측의 고학년 同數로 구성하고 말이죠. 여러가지로 자극도 많이 되고, 배우는 것도 많을 겁니다. 한 곳에만 고여있는 물은 ??기 마련입니다. (''희상씨네 서강대 모임도 괜찮을 듯한데..?'') 학교에서 못해주면 우리가 직접 찾아하면 되죠. --JuNe
        * 예상 시간 : 준비 - 1시간, 진행 - 4시간 30분정도 (Requirement 설명 30분, Design & 구현 3시간, 발표 & 심사 1시간), 뒷풀이 - + @ 시간
        * 풀어볼 문제 - DesignFest Style. Design & Implementation
       프로그래밍 컨테스트의 문제도 좋지만, DesignFest의 문제는 어떨까요? 제 생각에는 후자의 경우에 더 많은 공동학습이 가능할 듯 한데... --JuNe
        저도 DesignFest 쪽이 더 끌립니다. ^^ --채희상
        ZP 랑 Moa 랑 페이지가 따로 열려있어서 정보가 분산되는 느낌이 드는데, 한곳에서 토의하는건 어떨까요? 그리고 DesignFest랑 ProgrammingContest 중 어떤거 할것인가는 무기명투표모드를 함 적용하는것도..~ (ProgrammingContest 의 경우 IPSC로 ZP가 예습(?)한 것 같은 느낌이 들어서;; 오 찔린다;) 14일까지 결정하고, 16일까지 행사때 진행방법을 구체적으로 정했으면 합니다.~ ^^ --석천
       === 진행방법 (DesignFest) ===
        * Requirement 에 따른 Analysis & Design & Implementation - 3시간
        * 제한 시간 이후 양 팀의 대표들은 각 팀의 Design 을 설명 - 1시간
       see also http://www.designfest.org/Roles/Welcome.htm#Moderator
• CPPStudy . . . . 9 matches
       = CPPStudy =
        * Zeropage C++ Study 들.
       || [CPPStudy_2005_1] ||
       || [CppStudy_2002_1] ||
       || [CppStudy_2002_2]||
       || [HardcoreCppStudy] ||
       || [MedusaCppStudy] ||
       || [삼총사CppStudy] ||
       || [타도코코아CppStudy] ||
• MFCStudy_2001 . . . . 9 matches
       ["MFCStudy_2001/진행상황"]
        * 벽돌깨기:[http://zeropage.org/pds/MFCStudy_2001_final_혜영_Alcanoid.exe 혜영],[http://zeropage.org/pds/MFCStudy_2001_final_인수_Arca.exe 인수],[http://zeropage.org/pds/MFCStudy_2001_final_선호_arkanoid.exe 선호]
        * 오목:[http://165.194.17.15/~namsangboy/Projects/ai-omok/omok.exe 상협],[http://zeropage.org/pds/MFCStudy_2001_final_창섭_winomok.exe 창섭]
        * 지뢰찾기:[http://zeropage.org/pds/MFCStudy_2001_final_영창_MINE_blue.exe 영창];인수와 선호는 소스 날려 먹었다는 납득할수 없는(--+) 이유로 거부;[[BR]]
        * ["MFCStudy_2001/MMTimer"] : 인수+선호 의 문서화[[BR]]
        * ["MFCStudy_2001/오목인공지능알고리즘"] : 상협 + 창섭의 문서화
        * [http://zeropage.org/~neocoin/data/MFCStudy_2001/MFC_Macro설명.rar MFC_Macro설명]:MFC에서 MessageMap을 구현하는 메크로 설명
• WhatToExpectFromDesignPatterns . . . . 9 matches
       디자인 패턴을 공부하여 어떻게 써먹을 것인가. - DesignPatterns 의 Chapter 6 Conclusion 중.
       == A Common Design Vocabulary ==
       DesignPatterns provide a common vocabulary for designers to use to communicate, document, and explore design alternatives.
       Learning these DesignPatterns will help you understand existing object-oriented system.
       Describing a system in terms of the DesignPatterns that it uses will make it a lot easier to understand.
       DesignPatterns are an important piece that's been missing from object-oriented design methods. (primitive techniques, applicability, consequences, implementations ...)
       DesignPatterns capture many of the structures that result from refactoring. Using these patterns early in the life of a design prevents later refactorings. But even if you don't see how to apply a pattern until after you've built your system, the pattern can still show you how to change it. Design patterns thus provide targets for your refactorings.
       ["DesignPatterns"]
• DesignPatternsAsAPathToConceptualIntegrity . . . . 8 matches
       Design Patterns as a Path to Conceptual Integrity
       During our discussions about the organization of design patterns there was a comment about the difficulty of identifying the “generative nature” of design patterns. This may be a good property to identify, for if we understood how design patterns are used in the design process, then their organization may not be far behind. Alexander makes a point that the generative nature of design patterns is one of the key benefits. In practice, on the software side, the generative nature seems to have fallen away and the more common approach for using design patterns is characterized as “when faced with problem xyz…the solution is…” One might say in software a more opportunistic application of design patterns is prevalent over a generative use of design patterns.
       The source of this difference may be the lack of focus on design patterns in the design process. In fact, we seldom see discussions of the design process associated with design patterns. It is as though design patterns are a tool that is used independent of the process. Let’s investigate this further:
       A comment from Carriere and Kazman at SEI is interesting: “What Makes a Good Object Oriented Design?”
       · The existence of an architecture, on top of any object/class design
       · The internal regularity (….or conceptual integrity) of the architectural design
       This is what Brooks wrote 25 years ago. "… Conceptual integrity is the most important consideration in system design."[Brooks 86] He continues: “The dilemma is a cruel one. For efficiency and conceptual integrity, one prefers a few good minds doing design and construction. Yet for large systems one wants a way to bring considerable manpower to bear, so that the product can make a timely appearance. How can these two needs be reconciled?”
       One approach would be to identify and elevate a single overriding quality (such as adaptability or isolation of change) and use that quality as a foundation for the design process. If this overriding quality were one of the goals or even a specific design criteria of the process then perhaps the “many” could produce a timely product with the same conceptual integrity as “a few good minds.” How can this be accomplished and the and at least parts of the “cruel dilemma” resolved?
       The following summary is from “Design Patterns as a Litmus Paper to Test the Strength of Object-Oriented Methods” and may provide some insight:
       1. Some O-O design methodologies provide a systematic process in the form of axiomatic steps for developing architectures or micro-architectures that are optimality partitioned (modularized) according to a specific design criteria.
       2. The following methodologies are listed according to their key design criteria for modularization:
       a. Booch in OOSE relies heavily on expert designers and experience to provide the system modularization principle.
       c. Wirfs-Brock with Responsibility Driven Design (RDD) raises contract minimization as the system modularization principle.
       ResponsibilityDrivenDesign 의 Wirfs-Brock는 system modularization 에 대해 계약 최소화를 들었다.
       d. Snoeck with Event Driven Design (EDD) raises existence dependency as the system modularization principle.
       EventDrivenDesign 의 Snoeck 는 system modularization principle 에 대해 의존성 존재를 들었다.
       3. According to the authors only RDD and EDD have axiomatic rules for OO design and therefore are strong OO design methods.
       4. Design patterns provide guidance in designing micro-architectures according to a primary modularization principle: “encapsulate the part that changes.”
       5. EDD and RDD will generate different design patterns that meet the primary modularization principle “encapsulate the part that changes.” in different ways when applied according to their axiomatic rules. For example RDD generates Mediator, Command, Template Method and Chain of responsibility (mostly behavior) where as EDD generates Observer, Composite, and Chain of responsibility (mostly structure).
       · Are some O-O design methods better at creating an environment where design patterns are used in a generative sense?
• JavaStudyInVacation . . . . 8 matches
       방학 중 진행할 Java Study 그룹 페이지
        * ["JavaStudy2002"]
        * ["JavaStudy2002/참고자료"]
        * ["JavaStudy2002/진행상황"]
        * ["JavaStudy2002/해온일"]
        * ["JavaStudy2002/입출력관련문제"]
        * ["JavaStudyInVacation/진행상황"]
        * ["JavaStudyInVacation/과제"]
• KDPProject . . . . 8 matches
        * ["디자인패턴"] - OpeningStatement. 처음 DesignPatterns 에 대해 공부하기 전에 숙지해봅시다. 순서는 ["LearningGuideToDesignPatterns"]
        *["FundamentalDesignPattern"] - 기초가 되는 패턴들.
        *["HowToStudyDesignPatterns"] - DP 를 공부하기 전에 생각해볼 수 있는 이야기들.
        * http://www.patterndepot.com/put/8/JavaPatterns.htm - Java Design Pattern 원서
        * http://www.cs.hut.fi/~kny/patterns/ - MFC에서의 Design Pattern
        * http://pocom.konkuk.ac.kr/design_patterns/ - JDP 한글 요약 사이트. 추천.~
        * ftp://ftp.aw.com/cp/Gamma/dp.zip.gz - Design Pattern GoF.
• MoreEffectiveC++/Appendix . . . . 8 matches
        * '''''The Design and Evolution of C++''''', Bjarne Stroustrup, Addison-Wesley, 1994, ISBN 0-201-54330-3. ¤ MEC++ Rec Reading, P8
       These books contain not just a description of what's in the language, they also explain the rationale behind the design decisions — something you won't find in the official standard documents. The Annotated C++ Reference Manual is now incomplete (several language features have been added since it was published — see Item 35) and is in some cases out of date, but it is still the best reference for the core parts of the language, including templates and exceptions. The Design and Evolution of C++ covers most of what's missing in The Annotated C++ Reference Manual; the only thing it lacks is a discussion of the Standard Template Library (again, see Item 35). These books are not tutorials, they're references, but you can't truly understand C++ unless you understand the material in these books
       Stroustrup has been intimately involved in the language's design, implementation, application, and standardization since its inception, and he probably knows more about it than anybody else does. His descriptions of language features make for dense reading, but that's primarily because they contain so much information. The chapters on the standard C++ library provide a good introduction to this crucial aspect of modern C++. ¤ MEC++ Rec Reading, P12
        * '''''Effective C++''''', Second Edition: 50 Specific Ways to Improve Your Programs and Designs, Scott Meyers, Addison-Wesley, 1998, ISBN 0-201-92488-9. ¤ MEC++ Rec Reading, P14
       Murray's book is especially strong on the fundamentals of template design, a topic to which he devotes two chapters. He also includes a chapter on the important topic of migrating from C development to C++ development. Much of my discussion on reference counting (see Item 29) is based on the ideas in C++ Strategies and Tactics.
       Each chapter in this book starts with some C++ software that has been published as an example of how to do something correctly. Cargill then proceeds to dissect — nay, vivisect — each program, identifying likely trouble spots, poor design choices, brittle implementation decisions, and things that are just plain wrong. He then iteratively rewrites each example to eliminate the weaknesses, and by the time he's done, he's produced code that is more robust, more maintainable, more efficient, and more portable, and it still fulfills the original problem specification. Anybody programming in C++ would do well to heed the lessons of this book, but it is especially important for those involved in code inspections. ¤ MEC++ Rec Reading, P21
       If you have anything to do with the design and implementation of C++ libraries, you would be foolhardy to overlook ¤ MEC++ Rec Reading, P28
        * '''''Designing and Coding Reusable C++''''', Martin D. Carroll and Margaret A. Ellis, Addison-Wesley, 1995, ISBN 0-201-51284-X. ¤ MEC++ Rec Reading, P29
       Carroll and Ellis discuss many practical aspects of library design and implementation that are simply ignored by everybody else. Good libraries are small, fast, extensible, easily upgraded, graceful during template instantiation, powerful, and robust. It is not possible to optimize for each of these attributes, so one must make trade-offs that improve some aspects of a library at the expense of others. Designing and Coding Reusable C++ examines these trade-offs and offers down-to-earth advice on how to go about making them. ¤ MEC++ Rec Reading, P30
        * '''''Design Patterns''''': Elements of Reusable Object-Oriented Software, Erich Gamma, Richard Helm, Ralph Johnson, and John Vlissides, Addison-Wesley, 1995, ISBN 0-201-63361-2. ¤ MEC++ Rec Reading, P35
       This book provides an overview of the ideas behind patterns, but its primary contribution is a catalogue of 23 fundamental patterns that are useful in many application areas. A stroll through these pages will almost surely reveal a pattern you've had to invent yourself at one time or another, and when you find one, you're almost certain to discover that the design in the book is superior to the ad-hoc approach you came up with. The names of the patterns here have already become part of an emerging vocabulary for object-oriented design; failure to know these names may soon be hazardous to your ability to communicate with your colleagues. A particular strength of the book is its emphasis on designing and implementing software so that future evolution is gracefully accommodated (see Items 32 and 33). ¤ MEC++ Rec Reading, P36
       Design Patterns is also available as a CD-ROM: ¤ MEC++ Rec Reading, P37
        * '''''Design Patterns CD''''': Elements of Reusable Object-Oriented Software, Erich Gamma, Richard Helm, Ralph Johnson, and John Vlissides, Addison-Wesley, 1998, ISBN 0-201-63498-8. ¤ MEC++ Rec Reading, P38
       In November 1995, a moderated version of comp.lang.c++ was created. Named °comp.lang.c++.moderated, this newsgroup is also designed for general discussion of C++ and related issues, but the moderators aim to weed out implementation-specific questions and comments, questions covered in the extensive °on-line FAQ ("Frequently Asked Questions" list), flame wars, and other matters of little interest to most C++ practitioners. ¤ MEC++ Rec Reading, P48
• PHP . . . . 8 matches
       = Study History =
       || [PHPStudy2005] ||
       || [EasyPhpStudy] ||
       || [ZPBoard/PHPStudy] ||
        * [PHPStudy2005/RWAPMInstall]
        * [ZPBoard/PHPStudy/기본문법]
        * [ZPBoard/PHPStudy/쿠키]
        * [ZPBoard/PHPStudy/MySQL]
• ProjectPrometheus/Journey . . . . 8 matches
        ''Requirements always change (from DesignPatternsExplained). 결국 사람이 개입된 일이니 실생활과 다를바 없음. :) --["sun"]''
        * CRC 세션을 하는 중간에 혼란에 빠졌다. ResponsibilityDrivenDesign 을 잘 알고 있었다고 생각했는데 이때 잘 되지 않았다.
       어떻게 보면 또 둘 간의 무의식적인 'Design Evaluation' 에 대한 강박관념이 아니였을까 하는 생각도 해본다. (일종의 PairPressure 일지도;) --["1002"]
        * 자칫 RDD 에서의 그 세부클래스들에 대해서 너무 많이 생각하면 BUFD(Big Up-Front Design) 이 되리라 생각한다. 차라리 Class 가 2개였을때 코딩 들어가고, 20-30분 정도 코딩뒤 ["Refactoring"] 을 의식적으로 하여 Big Class 에 대해 Extract Class 를 추구하는게 더 빠르지 않았을까.
        * 박성운씨라면 ["SeparationOfConcerns"] 를 늘 언급하시는 분이니; 디자인 정책과 구현부분에 대한 분리에 대해선 저번 저 논문이 언급되었을때 장점에 대해 설명을 들었으니까. 이는 ResponsibilityDrivenDesign 과 해당 모듈 이름을 지을때의 추상화 정도가 지켜줄 수 있을 것이란 막연한 생각중.
        * Architecture, Design 에 대해 의논하고 뼈대를 잡았다.
        * ResponsibilityDrivenDesign.
        * Engineering Task 가 아직 명확치 않다. Engineering Task 를 지금 일단 간단하게 생각하는게 나을까 아니면 Architecture Design 뒤에 더 구체화해서 쓰는게 나을까 궁리중. 일단은 전자를 먼저 간단하게나마 궁리.
• 타도코코아CppStudy/0724 . . . . 8 matches
       || [타도코코아CppStudy/0721] || [타도코코아CppStudy/0728] ||
        SeeAlso) [타도코코아CppStudy/0724/선희발표_객체지향]
       [타도코코아CppStudy]
       || [타도코코아CppStudy/0721] || [타도코코아CppStudy/0728] ||
        SeeAlso) [타도코코아CppStudy/객체지향발표]
       [타도코코아CppStudy]
• DesignPattern2006 . . . . 7 matches
       || 9/22 || GOF의 DesignPatterns 읽기 || . ||
       || 10/13 || GOF의 DesignPatterns 읽기 2 || . ||
        * [DesignPatterns]
        * [DesignPatternStudy2005]
        * [HowToStudyDesignPatterns]
• JTDStudy/첫번째과제 . . . . 7 matches
        * [JTDStudy/첫번째과제/상욱]
        * [JTDStudy/첫번째과제/영준]
        * [JTDStudy/첫번째과제/원희]
        * [JTDStudy/첫번째과제/장길]
        * [JTDStudy/첫번째과제/원명]
        * [JTDStudy/첫번째과제/정현]
       [JTDStudy]
• JavaStudy2003 . . . . 7 matches
       [JavaStudy2003/첫번째과제]
       [JavaStudy2003/두번째과제]
       [JavaStudy2003/세번째과제]
       [JavaStudy2003/첫번째수업]
       [JavaStudy2003/두번째수업]
       [JavaStudy2003/세번째수업]
       [JavaStudy2003/네번째수업]
• 디자인패턴 . . . . 7 matches
       그리고 한편으로는 Refactoring을 위한 방법이 됩니다. Refactoring은 OnceAndOnlyOnce를 추구합니다. 즉, 특정 코드가 중복이 되는 것을 가급적 배제합니다. 그러한 점에서 Refactoring을 위해 DesignPattern을 적용할 수 있습니다. 하지만, Refactoring 의 궁극적 목표가 DesignPattern 은 아닙니다.
       DesignPatterns 의 WhatToExpectFromDesignPatterns 를 참조하는 것도 좋겠네요.
       HowToStudyDesignPatterns 페이지를 참조하세요.
        * http://www.econ.kuleuven.ac.be/tew/academic/infosys/Members/Snoeck/litmus2.ps - Design Patterns As Litmus Paper To Test The Strength Of Object Oriented Methods
• APlusProject/PMPL . . . . 6 matches
       Upload:APP_BasicDesign_0512-0522.zip - 이전문서
       Upload:APP_BasicDesign_0523.zip - 최종문서 --ㅊCM검토 QA승인완료
       Upload:APP_DetailedDesign_0520-0527.zip - 이전문서1
       Upload:APP_DetailedDesign_0528-0529.zip - 이전문서2
       Upload:APP_DetailedDesign_0530.zip - 최종문서
       Upload:APP_DetailedDesign_0608.zip -- QA에 의해 검토됨. 0530 최종문서 인덱스 이상해서 바꾸었습니다
• JavaStudy2002/해온일 . . . . 6 matches
       JavaStudy2002 의 과제 기록 페이지
       || 세연 ||["JavaStudy2002/세연-2주차"]||
       || 영동 ||["JavaStudy2002/영동-2주차"]||
       || 상욱 ||["JavaStudy2002/상욱-2주차"]||
       || 영동 ||["JavaStudy2002/영동-3주차"]||
       ["JavaStudy2002"]
• ProjectZephyrus/Afterwords . . . . 6 matches
        * Server Program의 Design Evaluation 을 못하는데에 대한 스트레스 - 현재 나의 디자인이 올바른 디자인인지 평가받지 못하여서 불안하다.
        - 초기 Up Front Design 에 신경을 썼다. Design Pattern 의 도입으로 OCP (OpenClosedPrinciple) 가 잘 지켜졌다.
        * Server Program의 Design Evaluation 을 못하는데에 대한 스트레스
        - Design Evaluation 의 방법을 몰랐다.
        - Design Evaluation 을 꼭 해야 한다는 강박관념이 있다.
• wiz네처음화면 . . . . 6 matches
        * Study Chiness
        * Study TOEIC
        * Study Japaness
        * Study .NET2003 and MFC6.0
       || Study Chiness(한자능력검정시험3급) || ▷▷▷▷▷ ||
       || Study TOEIC(HackersTOEIC) || ▶▷▷▷▷ ||
• 삼총사CppStudy . . . . 6 matches
        * [삼총사CppStudy/Inheritance]
        * [삼총사CppStudy/숙제1]
        * [삼총사CppStudy/숙제2]
        * [삼총사CppStudy/20030731]
        * [삼총사CppStudy/20030806]
       [프로젝트분류] [C++Study_2003]
• 컴퓨터공부지도 . . . . 6 matches
       GUI Programming 을 하면서 익힐 수 있는 소중한 개념으로서 Event Driven Programming, Design 으로는 CompositePattern 이 있다. 대부분의 GUI Framework 들은 Event Driven Style 의 프로그래밍 방식이며, 대부분 CompositePattern 을 이용한다. Framework 들의 디자인 개념들이 비슷하므로, 하나의 GUI 관련 Framework 에 익숙해지면 다른 Framework 도 쉽게 익힐 수 있다.
       See Also HowToStudyXp, HowToReadIt, HowToStudyDataStructureAndAlgorithms, HowToStudyDesignPatterns, HowToStudyRefactoring
• 05학번만의C++Study/숙제제출/4 . . . . 5 matches
        * 05학번만의C++Study/숙제제출1/허아영 <<- 글쓰기를 눌러서 이런 식으로 페이지를 만드시고 거기에 자신의 소스를 올리시면 됩니다.
       ||[조현태]|| 2005.10.06 || [05학번만의C++Study/숙제제출4/조현태] ||
       ||[최경현]|| 2005.10.? || [05학번만의C++Study/숙제제출4/최경현] ||
       [05학번만의C++Study] [05학번만의C++Study/숙제제출]
• 3DStudy_2002 . . . . 5 matches
       * ["3DStudy_2002/hs_lecture1"] : 가속기 함수만 가지구 뭔가 해보기
       * ["3DStudy_2002/hs_lecture2"] : 모델 읽어들여서 이것저것 해보기
       * ["3DStudy_2002/hs_lecture3"] : 계층구조 읽어서 에니메이션 해보기
       * ["3DStudy_2002/hs_lecture4"] : Picking, Collision Detection
       * ["3DStudy_2002/hs_lecture5"] : Inverse Kinematics vs Forward Kinematics
• CppStudy_2002_2 . . . . 5 matches
       || 7.18 ||["CppStudy_2002_2/객체와클래스"]||["CppStudy_2002_2/슈퍼마켓"]||
       || 미정 ||["CppStudy_2002_1"]팀과 시합||13.C++코드의 재활용||
       || STL연습문제 (["CppStudy_2002_2/STL과제"])|| || || ||
        * 담주 8월 9일(금요일) 5시에 합니다 목요일이 제로페이지 정모이기도 하고 금요일에 ["CppStudy_2002_1"] 팀과 같이
• DesignPatterns/2011년스터디/1학기 . . . . 5 matches
        * DoWeHaveToStudyDesignPatterns?
        * HowToStudyDesignPatterns?
       [DesignPatterns/2011년스터디]
• DoWeHaveToStudyDesignPatterns . . . . 5 matches
       우리(컴퓨터공학과 학부생)가 DesignPatterns를 공부해야만 하거나 혹은 할 필요가 있을까?
       제 개인적인 의견으로는, 다른 것들과 마찬가지로 뭐든지 공부한다고 해서 크게 해가 되지는 않겠지만(해가 되는 경우도 있습니다 -- 다익스트라가 BASIC을 배워 본 적이 있는 학생은 아예 받지 않았다는 것이 한 예가 될까요?) 공부해야 할 필요가 있겠는가라는 질문에는 선뜻 "그렇다"고 답하기가 쉽지 않습니다. 여기에는 몇가지 이유가 있습니다. (제 글을 "DesignPatterns를 공부하지 마라"는 말로 오해하지는 말아 주기 바랍니다)
       우선 효율성과 순서의 문제입니다. DesignPatterns는 이미 해당 DesignPatterns를 자신의 컨텍스트에서 나름대로 경험했지만 아직 인식하고 있지는 않는 사람들이 공부하기에 좋습니다. 그렇지 않은 사람이 공부하는 경우, 투여해야할 시간은 시간대로 들고 그에 비해 얻는 것은 별로 없습니다. 어찌 보면 아이러니칼하지만, 어떤 디자인 패턴을 보고 단박에 이해가 되고 "그래 바로 이거야!"라는 생각이 든다면 그 사람은 해당 디자인 패턴을 공부하면 많은 것을 얻을 겁니다. 하지만, 잘 이해도 안되고 필요성도 못 느낀다면 지금은 때가 아니라고 생각하고 책을 덮는 게 낫습니다. 일단은 다양한 프로그램들을 "처음부터 끝까지" 개발해 보는 것이 중요하지 않나 생각합니다. (see also [WhatToProgram])
       다음은 우선성의 문제입니다. 과연 DesignPatterns라는 것이 학부시절에 몇 달을 투자(실제로 제대로 공부하려면 한 달로는 어림도 없습니다)할만 한 가치가 있냐 이거죠. 기회비용을 생각해 봅시다. 좀 더 근본적인 것(FocusOnFundamentals)을 공부하는 것은 어떨까요?
• JavaStudy2002 . . . . 5 matches
        * ["JavaStudy2002/참고자료"]
        * ["JavaStudy2002/진행상황"]
        * ["JavaStudy2002/해온일"]
        * ["JavaStudy2002/Temp"]
        * ["JavaStudy2002/입출력관련문제"]
• JavaStudy2003/첫번째과제 . . . . 5 matches
       [Java Study2003/첫번째과제/곽세환]
       [Java Study2003/첫번째과제/방선희]
       [Java Study2003/첫번째과제/장창재]
       [Java Study2003/첫번째과제/노수민]
       http://www.javastudy.co.kr/
       [JavaStudy2003]
• LearningGuideToDesignPatterns . . . . 5 matches
       DesignPatterns로 Pattern 스터디를 처음 시작할때 보면, 23개의 Pattern들을 navigate 할 방향을 결정할만한 뚜렷한 기준이 없음을 알 수 있다. 이 책의 Pattern들은 Creational, Structural, Behavioral 분류로 나누어져 있다. 이러한 분류들은 각각 다른 성질들의 Pattern들을 빨리 찾는데 도움을 주긴 하지만, 패턴을 공부할때 그 공부 순서에 대해서는 구체적인 도움을 주지 못한다.
       DesignPatterns 의 저자들은 Pattern들간의 연결관계들을 제시하지만, 이것이 또한 Pattern들에 대한 navigation이 되지는 못한다. 책 전반에 걸쳐 많은 패턴들이 연결 관계를 보여주며, 또한 그것은 다른 패턴들 학습하기 이전에 공부하는데 도움을 주기도 한다. 그리고 어떤 Pattern들은 다른 패턴들에 비해 더 복잡하기도 하다.
       == DesignPatterns Navigation ==
       ObserverPattern 과 Model-View-Controller (MVC) Design 을 이해하기 위한 준비단계로 MediatorPattern을 공부한다.
       고전적인 MVC Design 을 구현하기 위해 어떻게 ObserverPattern에 의해 MediatorPattern 이 이용되는지 발견하라.
• MedusaCppStudy . . . . 5 matches
       [MedusaCppStudy/희경]
       [MedusaCppStudy/세람]
       [MedusaCppStudy/석우]
       [MedusaCppStudy/신애]
       [MedusaCppStudy/재동]
• MobileJavaStudy/SnakeBite . . . . 5 matches
        * ["MobileJavaStudy/SnakeBite/Spec1Source"] - 스펙 1 소스 (9월 21일)
        * ["MobileJavaStudy/SnakeBite/Spec2Source"] - 스펙 2 소스 (9월 22일)
        * ["MobileJavaStudy/SnakeBite/Spec3Source"] - 스펙 3 소스 (9월 23일)
        * ["MobileJavaStudy/SnakeBite/FinalSource"] - 최종 소스 (9월 25일)
       ["MobileJavaStudy"]
• PHPStudy2005 . . . . 5 matches
       = PHPStudy2005 =
        * [PHPStudy2005/RWAPMInstall]
        * [ZPBoard/PHPStudy/기본문법]
        * [ZPBoard/PHPStudy/쿠키]
        * [ZPBoard/PHPStudy/MySQL]
• ProjectZephyrus/ClientJourney . . . . 5 matches
        * 이번 프로젝트의 목적은 Java Study + Team Project 경험이라고 보아야 할 것이다. 아쉽게도 처음에 공부할 것을 목적으로 이 팀을 제안한 사람들은 자신의 목적과 팀의 목적을 일치시키지 못했고, 이는 개인의 스케줄관리의 우선순위 정의 실패 (라고 생각한다. 팀 입장에선. 개인의 경우야 우선순위들이 다를테니 할말없지만, 그로 인한 손실에 대해서 아쉬워할정도라면 개인의 실패와도 연결을 시켜야겠지)로 이어졌다고 본다. (왜 초반 제안자들보다 후반 참여자들이 더 열심히 뛰었을까) 한편, 선배의 입장으로선 팀의 목적인 개개인의 실력향상부분을 간과하고 혼자서 너무 많이 진행했다는 점에선 또 개인의 목적과 팀의 목적의 불일치로서 이 또한 실패이다. 완성된 프로그램만이 중요한건 아닐것이다. (하지만, 나의 경우 Java Study 와 Team Project 경험 향상도 내 목적중 하나가 되므로, 내 기여도를 올리는 것은 나에게 이익이다. Team Project 경험을 위해 PairProgramming를 했고, 대화를 위한 모델링을 했으며, CVS에 commit 을 했고, 중간에 바쁜 사람들의 스케줄을 뺐다.) 암튼, 스스로 한 만큼 얻어간다. Good Pattern 이건 Anti Pattern 이건.
        * 움.. 아무래도 난 말빨 글빨 다 딸리는거같다.. 위에글처럼 멋있게 쓰고싶은데, 그냥 내식대로 써야겠다.. 간만에 내가 또 형보다 일찍왔다. 이틀동안 빠진게 타격이 너무 컸나보다.. MainSource에 새로 추가된 파일도 꽤되고 기존파일도 업데이트된 내용이 많아서 이해가 아니라 읽어보는것만해도 엄청난 시간이 들었다.. --;; 정통부 회의겸 기짱턱땜에 일찍갔는데 아무래도 금요일로 완료가 된 모양이다.. 이번이 나로선 거의 처음 해본 프로젝트였는데, 내가 별로 한건없지만, 솔직히 뭔가 만든것보단 배운게 더 많은거같다.. 하긴 프로젝트를 해본다는거 자체가 배운다는거였으니깐.. 꼭 자바에 대해서 배운것보다도 Design이라던지 Architecture(맞나?) 같은것에 대해서도 배웠고.. 프로젝트란 이렇게 진행해야 하는거구나라는것도 느꼈다. 뭔가 많이 쓰고싶은데 머리속이 정리가 안된다.. 이럴때 정말~~ ㅠ.ㅠ 아우~ 나중에 더 써야겠다..
        ''100% 실패와 100% 성공 둘로 나누고 싶지 않다. Output 이 어느정도 나왔다는 점에서는 성공 70-80% 겠고, 그대신 프로젝트의 목적인 Java Study 와 성공적인 Team Play 의 운용을 생각해봤을때는 성공 40-50% 정도 라는 것이지. 성공했다고 생각한 점에 대해서는 (이 또한 개인의 성공과 팀의 성공으로 나누어서 생각해봤으면 한다.) 그 강점을 발견해야 하겠고, 실패했다고 생각한 점에 대해선 보완할 방법을 생각해야 겠지. --석천''
       대학교들어와서 그정도로 열심히(?)공부한적은 별루 없었던거같다.. 그날 이얘기를 들은 1002형은 놀란표정이었지만 사실 그랬다.. 그러니깐 학점이 그렇게 나왔겠지.. -_-;; 암튼 일주일전에 봤던 자바 기본개념을 바탕으로 남들 다 해본 스윙 기본틀이나 메뉴같은걸 작성해봤다.. 아참 그전에 CVS사용법을 배우고, Architecture와 Design에 대해서도 들었다.. 신기하다.. 무슨 도면같았다.. 이제서야 느낀거지만 프로그램에 코딩이 차지하는비중은 1/2도 안되는구나라는걸 느꼈다.. (이제서야? --;;) 여지껏 놀은시간이 너무 아까웠다.. -_-;; --영서
• XMLStudy_2002 . . . . 5 matches
        *[["XMLStudy_2002/Resource"]]
        *[["XMLStudy_2002/Start"]]
        *[["XMLStudy_2002/Encoding"]]
        *[["XMLStudy_2002/XML+CSS"]]
        *[["XMLStudy_2002/XSL"]]
• ZeroPageHistory . . . . 5 matches
       ||겨울방학 ||C++ for windows, X windows Programming, Object Oriented Analysis & Design 등의 Project 수행 ||
        * C++ for Windows, X Windows Programming, Object Oriented Analysis & Design
        * Design Pattern, Linux
        * C, C++, MFC, Java, Design Pattern, AI, Python, PHP, SQL, JSP, Algorithm, OS, Game, CAM
        * Django, Haskell, MFC, Design Pattern
• ZeroPage성년식/거의모든ZP의역사 . . . . 5 matches
       ||겨울방학 ||C++ for windows, X windows Programming, Object Oriented Analysis & Design 등의 Project 수행 ||
        * C++ for Windows, X Windows Programming, Object Oriented Analysis & Design
        * Design Pattern, Linux
        * C, C++, MFC, Java, Design Pattern, AI, Python, PHP, SQL, JSP, Algorithm, OS, Game, CAM
        * Django, Haskell, MFC, Design Pattern
• 정모/2003.7.29 . . . . 5 matches
        * [MedusaCppStudy] => 잘 진행되고 있음.
        * [삼총사CppStudy] => 현재 관계자가 없는 관계로 상황을 알 수 없음.
        * [HardcoreCppStudy] => 지난주에 시작, C++을 주로 하는 방향으로 나갈 예정.
        * [타도코코아CppStudy] => 잘 되고 있음. 담당자님께서 공부하고 있으신 걸 열심히 가르치고 계심.
        * [JavaStudy2003] => 어렵다는 의견이 다소 있음. 오늘 담당자님의 부재로 수업은 취소되고 팀원들끼리 날짜를 정해서 페이지에 올릴 것을 요망함.
• 정모/2003.8.12 . . . . 5 matches
        * [MedusaCppStudy] => 효율 70% 정도로, AcceleratedC++로 진도를 나가는 중
        * [삼총사CppStudy] => 50% 정도로, 문법, 실습 위주.
        * [HardcoreCppStudy] => 50% 정도로, 문법, 실습 위주. 지난주는 몇명이 안 와서 진도 안 나가고 실습을 좀 하였음.
        * [타도코코아CppStudy] => 관리자(인수형)의 부재로 현재 상황을 알 수 없음.
        * [JavaStudy2003] => 관리자의 아르바이트로 인해서 어려움을 겪음. 관리자가 제작한 튜토리얼을 보고 오에카키 제작을 목표로 함.
• 정모/2003.8.26 . . . . 5 matches
        * [MedusaCppStudy] => 스터디 종료. 나름대로 성공적이었음.
        * [삼총사CppStudy] => 지난주부터 진행 없었음.
        * [HardcoreCppStudy] => 마지막 수업이 남았고, 원래는 OOP를 중심으로 실습하려했으나 여러 사정으로 마지막 시간을 OOP로 하고 끝낼 예정
        * [타도코코아CppStudy] => 종료.
        * [JavaStudy2003] => 진행중, 멤버가 많이 빠짐.
• 조영준 . . . . 5 matches
        * [AlgorithmStudy/2016]
        * [AlgorithmStudy/2015]
        * ["정모/2014.12.3" 12월 3일 OMS]: Design Patterns
        * [algorithmStudy/2014]
        * [algorithmStudy/2013]
• 05학번만의C++Study/숙제제출 . . . . 4 matches
       || 1 || 05.9.21,22 || [05학번만의C++Study/숙제제출/1] ||
       || 2 || 05.9.27,28 || [05학번만의C++Study/숙제제출/2] ||
       || 2 || 05.10.11,12 || [05학번만의C++Study/숙제제출/4] ||
       ----[05학번만의C++Study]
• 05학번만의C++Study/숙제제출/2 . . . . 4 matches
       || [허아영] || 05. 9. 25 || [05학번만의C++Study/숙제제출2/허아영] ||
       || [조현태] || 05. 9. || [05학번만의C++Study/숙제제출2/조현태] ||
       ----[05학번만의C++Study] [05학번만의C++Study/숙제제출]
• C++Study_2003 . . . . 4 matches
        * [타도코코아CppStudy]
        * [HardcoreCppStudy]
        * [MedusaCppStudy]
        * [삼총사CppStudy]
• CppStudy_2005_1/BasicBusSimulation . . . . 4 matches
       = CppStudy_2005_1/BasicBusSimulation =
       || 김태훈[zyint] || [CPP_Study_2005_1/Basic Bus Simulation/김태훈] ||
       || [상협] || [CPP_Study_2005_1/BasicBusSimulation/남상협] ||
       [문제분류] [CPPStudy_2005_1]
• DesignPatterns . . . . 4 matches
       see also [HowToStudyDesignPatterns], [DoWeHaveToStudyDesignPatterns]
• ExtremeProgramming . . . . 4 matches
       Iteration 중에는 매일 StandUpMeeting 을 통해 해당 프로그램의 전반적인 디자인과 Pair, Task 수행정도에 대한 회의를 하게 된다. 디자인에는 CRCCard 과 UML 등을 이용한다. 초기 디자인에서는 세부적인 부분까지 디자인하지 않는다. XP에서의 디자인은 유연한 부분이며, 초반의 과도한 Upfront Design 을 지양한다. 디자인은 해당 프로그래밍 과정에서 그 결론을 짓는다. XP의 Design 은 CRCCard, TestFirstProgramming 과 ["Refactoring"], 그리고 StandUpMeeting 나 PairProgramming 중 개발자들간의 대화를 통해 지속적으로 유도되어지며 디자인되어진다.
        * SimpleDesign
       See Also HowToStudyXp , ["XpQuestion"]
• HardcoreCppStudy . . . . 4 matches
       [HardcoreCppStudy/첫숙제]
       [HardcoreCppStudy/두번째숙제]
       [HardcoreCppStudy/세번째숙제]
       [C++Study_2003], [프로젝트분류]
• HowToStudyRefactoring . . . . 4 matches
       see also ["HowToStudyDesignPatterns"]
       OOP를 하든 안하든 프로그래밍이란 업을 하는 사람이라면 이 책은 자신의 공력을 서너 단계 레벨업시켜 줄 수 있다. 자질구레한 기술을 익히는 것이 아니고 기감과 내공을 증강하는 것이다. 혹자는 DesignPatterns 이전에 ["Refactoring"]을 봐야 한다고도 한다. 이 말이 어느 정도 일리가 있는 것이, 효과적인 학습은 문제 의식이 선행되어야 하기 때문이다. DesignPatterns는 거시적 차원에서 해결안들을 모아놓은 것이다. ["Refactoring"]을 보고 나쁜 냄새(Bad Smell)를 맡을 수 있는 후각을 발달시켜야 한다. ["Refactoring"]의 목록을 모두 외우는 것은 큰 의미가 없다. 그것보다 냄새나는 코드를 느낄 수 있는 감수성을 키우는 것이 더 중요하다. 본인은 일주일에 한 가지씩 나쁜 냄새를 정해놓고 그 기간 동안에는 자신이 접하는 모든 코드에서 그 냄새만이라도 확실히 맡도록 집중하는 방법을 권한다. 일명 ["일취집중후각법"]. 패턴 개념을 만든 건축가 크리스토퍼 알렉산더나 GoF의 랄프 존슨은 좋은 디자인이란 나쁜 것이 없는 상태라고 한다. 무색 무미 무취의 無爲적 自然 코드가 되는 그날을 위해 오늘도 우리는 리팩토링이라는 有爲를 익힌다. -- 김창준, ''마이크로소프트웨어 2001년 11월호''
• JTDStudy . . . . 4 matches
        * This page's group study Java , TDD and Design patterns
        * '''하루에 한번은 Study page 업데이트 상황을 체크해 주시기 바랍니다.'''
        * [JTDStudy/첫번째과제] - '''Update!'''
        * [JTDStudy/두번째과제] - ''Not yet!''
• JavaStudy2003/두번째과제 . . . . 4 matches
        http://www.javastudy.co.kr/docs/yopark/chap03/chap03.html
       [JavaStudy2003/두번째과제/곽세환]
       [JavaStudy2003/두번째과제/노수민]
       [JavaStudy2003/두번째과제/입출력예제]
       http://www.javastudy.co.kr/
       [JavaStudy2003]
• JavaStudy2003/세번째과제 . . . . 4 matches
       [JavaStudy2003/세번째과제/곽세환]
       [JavaStudy2003/세번째과제/노수민]
       [JavaStudy2003/두번째수업]
       [JavaStudy2003]
• MobileJavaStudy . . . . 4 matches
        * ["MobileJavaStudy/Tip"] - 유용한 프로그래밍 팁
        * ["MobileJavaStudy/HelloWorld"] - "Hello World" 를 출력하는 프로그램 제작 (9월 18일 까지)
        * ["MobileJavaStudy/NineNine"] - 구구단을 종류별로 출력하는 프로그램 제작 (9월 20일 까지)
        * ["MobileJavaStudy/SnakeBite"] - 스네이크바이트 게임 제작
• ResponsibilityDrivenDesign . . . . 4 matches
       Object 란 단순히 logic 과 data 묶음 이상이다. Object 는 service-provider 이며, information holder 이며, structurer 이며, coordinator 이며, controller 이며, 바깥 세상을 위한 interfacer 이다. 각각의 Object 들은 자신이 맡은 부분에 대해 알며, 역할을 해 내야 한다. 이러한 ResponsibilityDrivenDesign 은 디자인에 대한 유연한 접근을 가능하게 한다. 다른 디자인 방법의 경우 로직과 데이터를 각각 따로 촛점을 맞추게끔 하였다. 이러한 접근은 자칫 나무만 보고 숲을 보지 못하는 실수를 저지르게 한다. RDD는 디자인과 구현, 그리고 책임들에 대한 재디자인에 대한 실천적 조언을 제공한다.
        * Generates DesignPatterns. ChainofResponsibilityPattern, MediatorPattern, CommandPattern and TemplateMethodPattern are all generated by the method.
        * Seminar:ResponsibilityDrivenDesign
        * Wirfs-Brock's DesigningObjectOrientedSoftware (["중앙도서관"]에 있음)
• Zeropage/Staff/회의_2006_03_04 . . . . 4 matches
       DesignPatternStudy2005
       MFCStudy2005
       CPPStudy_2005_1
• whiteblue . . . . 4 matches
        * [MFCStudy2006]
        * ["JavaStudyInVacation"]
        * ["JavaStudy2002"]
        * ["MFCStudy_2002_2"]
• 정모/2002.7.11 . . . . 4 matches
        * ["CppStudy_2002_1"] : 도움 - 남상협, 팀원 - 임영동, 신진영, 홍진영, 이대근, 김기웅
        * ["CppStudy_2002_2"] : 도움 - 신재동, 팀원 - 이영록, 김영준, 박세연, 장제니
        * ["MFCStudy_2002_1"] : 도움 - 이창섭, 팀원 - 김정훈, 정재민
        * ["MFCStudy_2002_2"]
• 정모/2002.8.22 . . . . 4 matches
        * ["MFCStudy_2002_1"], ["MFCStudy_2002_2"] ,["CppStudy_2002_1"], ["CppStudy_2002_2"], ["3DGraphicsFoundation"]
• 정모/2002.9.26 . . . . 4 matches
       저번 정모 이후, 사람들 살던 이야기. MobileJavaStudy 팀 (재동, 상규) 이야기가 있었다. 핸드폰으로 프로그램 올린 모습을 보여주었다.
       ["JavaStudy2002"] 팀의 이야기가 있었다. ["JavaStudy2002"] 팀에서의 Java Study 를 하는데에 대해 사람들의 조언이 있었다.
• 타도코코아CppStudy/0731 . . . . 4 matches
       || [타도코코아CppStudy/0728] || [타도코코아CppStudy/0804] ||
        ZeroWiki:MFCStudy_5f2001_2fMMTimer
       [타도코코아CppStudy]
• 3D업종 . . . . 3 matches
       = Study =
       || 2006.5.18 || 토론 및 Study || 3단원까지 읽고 코딩해 보기. ||
        * [3DStudy_2002]
• 5인용C++스터디/API에서MFC로 . . . . 3 matches
       http://165.194.17.15/~lsk8248/wiki/Study/5%c0%ce%bf%ebC++%bd%ba%c5%cd%b5%f0/API%bf%a1%bc%adMFC%b7%ce/DocumentView.gif
       http://165.194.17.15/~lsk8248/wiki/Study/5%c0%ce%bf%ebC++%bd%ba%c5%cd%b5%f0/API%bf%a1%bc%adMFC%b7%ce/SDIApplication.gif
       http://165.194.17.15/~lsk8248/wiki/Study/5%c0%ce%bf%ebC++%bd%ba%c5%cd%b5%f0/API%bf%a1%bc%adMFC%b7%ce/MDIApplication.gif
• CppStudy_2002_1/과제1 . . . . 3 matches
        * ["CppStudy_2002_1/과제1/상협"]
        * ["CppStudy_2002_1/과제1/Yggdrasil"] - 영동
        * ["CppStudy_2002_1/과제1/CherryBoy"] - 대근
• FundamentalDesignPattern . . . . 3 matches
       == Fundamental Design Patterns ==
       DesignPatterns 의 패턴들에 비해 구현이 간단하면서도 필수적인 패턴. 전체적으로 가장 기본이 되는 소형 패턴들. 다른 패턴들과 같이 이용된다. ["Refactoring"] 을 하면서 어느정도 유도되는 것들도 있겠다. (Delegation의 경우는 사람들이 정식명칭을 모르더라도 이미 쓰고 있을 것이다. Java 에서의 InterfacePattern 도 마찬가지.)
       기본적인 것으로는 Delegation, DoubleDispatch 가 있으며 (SmalltalkBestPracticePattern에서 언급되었던 것 같은데.. 추후 조사), 'Patterns In Java' 라는 책에서는 Delegation 과 Interface, Immutable, MarkerInterface, Proxy 를 든다. (Proxy 는 DesignPatterns 에 있기도 하다.)
• GofStructureDiagramConsideredHarmful . . . . 3 matches
       There's a mistake that's repeated throughout the Design Patterns book, and unfortunately, the mistake is being repeated by new patterns authors who ape the GoF style.
       Design Pattern 책 전반에 걸쳐 반복적으로 잘못 이해되는 내용들이 있는데, 불행하게도 이러한 실수는 GoF의 스타일을 모방한 다른 Pattern 책의 저자들에게서도 반복적으로 나타난다.
       I routinely ask folks to add the word "SAMPLE" to each GoF Structure diagram in the Design Patterns book. In the future, I'd much prefer to see sketches of numerous structures for each Pattern, so readers can quickly understand that there isn't just one way to implement a Pattern. But if an author will take that step, I'd suggest going even further: loose the GoF style altogether and communicate via a pattern language, rich with diagrams, strong language, code and stories.
• HowToStudyDataStructureAndAlgorithms . . . . 3 matches
       첫번째가 제대로 훈련되지 못한 사람은 알고리즘 목록의 스테레오 타입에만 길들여져 있어서 모든 문제를 자신이 가진 알고리즘 목록에 끼워맞추려고 합니다. DesignPatterns를 잘 못 공부한 사람과 비슷합니다. 이 사람들은 마치 과거 수학 정석을 수십번을 공부해서 문제를 하나 던져주기만 하면, 생각해보지도 않고 자신이 풀었던 문제들의 패턴 중 가장 비슷한 것 하나를 기계적, 무의식적으로 풀어제끼는 "문제풀이기계"와 비슷합니다. 그들에게 도중에 물어보십시오. "너 지금 무슨 문제 풀고있는거니?" 열심히 연습장에 뭔가 풀어나가고는 있지만 그들은 자신이 뭘 풀고있는지도 잘 인식하지 못하는 경우가 많습니다. 머리가 푸는 게 아니고 손이 푸는 것이죠.
       이와 관련해서 Anany Levitin의 ''A NEW ROAD MAP OF ALGORITHM DESIGN TECHNIQUES''(DDJ, 2000 Apr)를 권합니다. 그는 알고리즘 디자인 테크닉을 다음 네가지로 크게 나눕니다:
       see also ["HowToStudyDesignPatterns"]
• JTDStudy/두번째과제 . . . . 3 matches
        * [JTDStudy/두번째과제/상욱]
        * [JTDStudy/두번째과제/장길]
       [JTDStudy/두번째과제]
• Java/SwingCookBook . . . . 3 matches
       === UI Designer ===
        * Abeille Forms Designer - http://www.jetaware.com/forms_product.jsp
        * [IntelliJUIDesigner]
• JavaStudy2004/클래스 . . . . 3 matches
       ||이승한||[JavaStudy2004/이승한]||
       ||이용재||[JavaStudy2004/이용재]||
       http://www.javastudy.co.kr/docs/yopark/chap03/chap03.html
       [JavaStudy2004]
• MFCStudy2006/Client . . . . 3 matches
       = MFCStudy2006/Client =
        * MFCStudy2006에 Client팀 페이지 입니다.
       [MFCStudy2006]
• MFCStudy2006/Server . . . . 3 matches
       = MFCStudy2006/Server =
        * MFCStudy2006에 Server팀 페이지 입니다.
       [MFCStudy2006]
• MFCStudy_2001/진행상황 . . . . 3 matches
        * 여름 방학 1차 MFCStudy, 2차 2학기 MFCStudy 일정 정리
       ["MFCStudy_2001"]
• MicrosoftFoundationClasses . . . . 3 matches
        * [MFCStudy_2001]
        * [MFCStudy_2002_1]
        * [MFCStudy_2002_2]
• ProjectPrometheus/MappingObjectToRDB . . . . 3 matches
       한편으로 [http://www.xpuniverse.com/2001/pdfs/EP203.pdf Up-Front Design Versus Evolutionary Design In Denali's Persistence Layer] 의 글을 보면. DB 관련 퍼시스턴트 부분에 대해서도 조금씩 조금씩 발전시킬 수 있을 것 같다. 발전하는 모양새의 중간단계가 PEAA 에서의 Table/Row Gateway 와도 같아 보인다.
        2. 초기에 UpFrontDesign 로 나간 뒤, 후기에 점진적 발전을 추구한점 - 두개가 비교대상이 되긴 어렵다.
• REFACTORING . . . . 3 matches
       ["Refactoring"] 과 TestDrivenDevelopment 는 일종의 메타패턴이다. (여기에 개인적으로 하나 더 추가하고 싶다면 ResponsibilityDrivenDesign) 두개에 충실하면 ["DesignPattern"] 으로 유도되어지는 경우가 꽤 많다.
       See Also HowToStudyRefactoring, Xper:RefactoringWorkbook
• Yggdrasil . . . . 3 matches
        * ["JavaStudy2002/영동-2주차"]
        * ["JavaStudy2002/영동-3주차"]
        * ["CppStudy_2002_1/과제1/Yggdrasil"] [[BR]]
• ZPBoard . . . . 3 matches
        * ["ZPBoard/MySQLStudy"] - MySQL 스터디
        * ["ZPBoard/PHPStudy"] - PHP 스터디
        * ["ZPBoard/HTMLStudy"] - HTML 스터디
• ZPBoard/PHPStudy . . . . 3 matches
        * [ZPBoard/PHPStudy/기본문법]
        * [ZPBoard/PHPStudy/쿠키]
        * [ZPBoard/PHPStudy/MySQL]
• [Lovely]boy^_^/ExtremeAlgorithmStudy . . . . 3 matches
        * ["[Lovely]boy^_^/ExtremeAlgorithmStudy/MathematicalFoundations"]
        * ["[Lovely]boy^_^/ExtremeAlgorithmStudy/SortingAndOrderStatistics"]
        * ["HowToStudyDataStructureAndAlgorithms"]
• radiohead4us/PenpalInfo . . . . 3 matches
       Study: Other
       Study: Other
       Study: Language Studies
       Comments: Hi~ I'm preety girl.*^^* I'm not speak english well. But i'm want good friend and study english.
• snowflower . . . . 3 matches
       = Project&Study =
       ||["MFCStudy_2001"] ||2001년 MFC 스터디|| _ ||
       ||[삼총사CppStudy]||03 학번과 함께 C++ 스터디~ || _ ||
• 겨울방학프로젝트/2005 . . . . 3 matches
       || [DesignPatternStudy2005] || 디자인패턴 잠시 중단했던것을 이어서 계속.. || 상협 선호 재선 용안 준수 ||
       || [AI오목컨테스트2005] || 각자 작성한 AI 오목끼리 대결, 현재 현태, 상협이 만든 두개가 있고 [MFCStudy_2005_2_야매] 스터디 멤버들이 이어서 만들거라 기대함 || 상협 현태 태훈 민경 ||
• 권영기 . . . . 3 matches
        * [algorithmStudy/2013]
        * [algorithmStudy/2014]
        * [AlgorithmStudy/2015]
• 데블스캠프2003/셋째날/J2ME . . . . 3 matches
        * ["MobileJavaStudy/HelloWorld"] - "Hello World" 를 출력하는 프로그램
        * ["MobileJavaStudy/NineNine"] - 구구단을 종류별로 출력하는 프로그램
        * ["MobileJavaStudy/SnakeBite"] - 스네이크바이트 게임
• 타도코코아CppStudy/0728 . . . . 3 matches
       || [타도코코아CppStudy/0724] || [타도코코아CppStudy/0731] ||
       [타도코코아CppStudy]
• 타도코코아CppStudy/0804 . . . . 3 matches
       || [타도코코아CppStudy/0731] || [타도코코아CppStudy/0811] ||
       [타도코코아CppStudy]
• 타도코코아CppStudy/0811 . . . . 3 matches
       || [타도코코아CppStudy/0804] || [타도코코아CppStudy/0818] ||
       [타도코코아CppStudy]
• 05학번만의C Study/숙제제출1/이형노 . . . . 2 matches
       ----[05학번만의C++Study] [05학번만의C++Study/숙제제출]
• 05학번만의C++Study/숙제제출1/이형노 . . . . 2 matches
       ----[05학번만의C++Study] [05학번만의C++Study/숙제제출]
• 05학번만의C++Study/숙제제출2/허아영 . . . . 2 matches
       [05학번만의C++Study/숙제제출/2] [05학번만의C++Study]
• 05학번만의C++Study/숙제제출4/조현태 . . . . 2 matches
       [05학번만의C++Study] [05학번만의C++Study/숙제제출/4]
• 2005/2학기프로젝트 . . . . 2 matches
       || [DesignPatternStudy2005] || 01 [남상협] , 같이 하실분 환영 ||
• Adapter . . . . 2 matches
       Smalltalk에서 ''Design Patterns''의 Adapter 패턴 class버전을 적용 시키지 못한다. class 버전은 다중 상속으로 그 기능을 구현하기 때문이다. [[BR]]
       자 그럼 Adapter를 적용시키는 시나리오를 시작해 본다. ''Design Patterns''(DP139)에서 DrawingEditor는 그래픽 객체들과 Shape의 상속도상의 클래스 인스턴스들을 모아 관리하였다. DrawingEditor는 이런 그래픽 객체들과의 소통을 위하여 Shape 프로토콜을 만들어 이 규칙에 맞는 메세지를 이용한다. 하지만 text인자의 경우 우리는 이미 존재하고 있는 TextView상에서 이미 구현된 기능을 사용한다. 우리는 DrawEditior가 TextView와 일반적으로 쓰이는 Shape와 같이 상호작용 하기를 원한다. 그렇지만 TextView는 Shape의 프로토콜을 따르지 않는 다는 점이 문제이다. 그래서 우리는 TextShap의 Adapter class를 Shape의 자식(subclass)로 정의 한다. TextShape는 인스턴스로 TextView의 참조(reference)를 가지고 있으며, Shape프로토콜상에서의 메세지를 사용한다.; 이들 각각의 메세지는 간단히 다른 메세지로 캡슐화된 TextView에게 전달되어 질수 있다. 우리는 그때 TextShape를 DrawingEditor와 TextView사이에 붙인다.
• C++ . . . . 2 matches
       == Study ==
        * [CPPStudy_2005_1]
• C++Seminar03/SimpleCurriculum . . . . 2 matches
        ===== Main Study =====
        ==== Main Study ====
• Classes . . . . 2 matches
       === CompilerDesignClass ===
       [http://kangcom.com/common/bookinfo/bookinfo.asp?sku=200309190006 Database Design Concept]
• Class로 계산기 짜기 . . . . 2 matches
       MFCStudy2006/Class로 계산기 짜기 <- 이런 이름이 더 좋을듯 싶네요^^ - 아영
       [MFC Study 2006]
• CppStudy_2002_2/STL과제 . . . . 2 matches
        * 인수가 한 숙제. 하기전엔 보지 마세요--; ["CppStudy_2002_2/STL과제/성적처리"]
       ["CppStudy_2002_2"]
• CrcCard . . . . 2 matches
       ResponsibilityDrivenDesign 에서 OOP 를 이야기할때 '객체를 의인화'한다. CrcCard Play는 이를 돕는다. 즐겁게 객체들을 가지고 노는 것이다.
       See Also Moa:CrcCard , ResponsibilityDrivenDesign, [http://c2.com/doc/oopsla89/paper.html aLaboratoryForTeachingObject-OrientedThinking]
• DelegationPattern . . . . 2 matches
       ["ResponsibilityDrivenDesign"] , ["Refactoring"], ["DelegationPattern"] 을 꾸준히 지켜주면 좋은 코드가 나올 수 있다. (["DesignPattern"] 이 유도되어짐)
• DesignPatternSmalltalkCompanion . . . . 2 matches
       약자만 모아서 DPSC라고 부름. zeropage에서 가장 많이 보유하고 있을 것이라 생각되어지는 DesignPattern 서적. (모 회원이 1650원이라는 헐값에 구입했다는 이유만으로. -_-;)
       다음과 같은 이유에서 DesignPatterns (이하 GoF)를 먼저보고 보거나 같이 보는 것을 추천한다.
• DesignPatterns/2011년스터디 . . . . 2 matches
       [[PageList(^DesignPatterns/2011년스터디)]]
       [DesignPatterns], [스터디분류], [2011년활동지도]
• HeadFirstDesignPatterns . . . . 2 matches
       HeadFirst DesignPatterns
       - [http://www.zeropage.org/pds/2005101782425/headfirst_designpatterns.rar 다운받기]
       {{{Erich Gamma, IBM Distinguished Engineer, and coauthor of "Design Patterns: Elements of Reusable Object-Oriented Software" }}}
• HolubOnPatterns . . . . 2 matches
        * [http://www.yes24.com/24/goods/1444142?scode=032&OzSrank=1 Holub on Patterns: Learning Design Patterns by Looking at Code] - 원서
        * [DesignPatterns/2011년스터디]
• IntelliJ . . . . 2 matches
       http://www.intellij.net/eap - [IntelliJ] Early Access Program. Aurora project 가 진행중. JUnit Runner 추가.(이쁘다!) CVS 지원. AspectJ 지원. Swing GUI Designer 지원 (IntelliJ에서는 UI Form 기능). Plugin Manager 기능 추가.
       See Also [IntelliJUIDesigner]
• IntelliJUIDesigner . . . . 2 matches
       [IntelliJ] 에 추가되는 GUI Designer. 여기서의 설명은 EAP 963 기준.
       [IntelliJ] 의 UI Designer 의 특징이라면, 좌표나 레이아웃관련 정보를 따로 XML 화일에 저장한다는 점이다. 그리고 우리가 작성하는 소스 코드 에서는 각 컨트롤 객체들의 레퍼런스 변수들 간 연결관계를 쓴다. 코드가 꽤 깔끔하다.
       Upload:intellijui_uidesigner.gif
• JTDStudy/첫번째과제/정현 . . . . 2 matches
       [JTDStudy] [JTDStudy/첫번째과제]
• JavaStudy2002/영동-3주차 . . . . 2 matches
       ["JavaStudy2002"]의 3주차 과제
       ["JavaStudy2002"]
• JavaStudy2002/진행상황 . . . . 2 matches
       ["JavaStudy2002"] 가 밟아온 진행에 대한 기록입니다.
       ["JavaStudy2002"]
• JavaStudy2003/두번째수업 . . . . 2 matches
       Upload:JavaStudy2003-whitblueTutorial.hwp
       http://www.javastudy.co.kr/docs/yopark/chap03/chap03.html
       [JavaStudy2003]
• JavaStudyInVacation/진행상황 . . . . 2 matches
       ||상욱||http://www.javastudy.co.kr/docs/yopark/chap10/chap10.html#10_1||
        '''''이거부터는 각자 하지 말고 같이 하라고 했는데요....''''' ["JavaStudyInVacation/과제"]를 잘 읽고 하세요. 아무래도 내일 다 끝내는건 무리가 있는듯 하군요. 다음주에는 제가 계속 학교에 있습니다. 다음주에도 계속하겠습니다. 이번주처럼 계속 참여해주세요. --["상규"]
       ["JavaStudyInVacation"]
• MFCStudy2006/1주차 . . . . 2 matches
       == MFC Study 1주차 ==
       [MFCStudy2006]
• MajorMap . . . . 2 matches
       It's related ProgrammingLanguage, DigitalLogicDesign(, and...)
       = DigitalLogicDesign =
• MedusaCppStudy/석우 . . . . 2 matches
       === MedusaCppStudy 석우 숙제 ===
       [MedusaCppStudy]
• MedusaCppStudy/세람 . . . . 2 matches
       === Medusa Cpp Study 숙제 ===
       [MedusaCppStudy]
• MedusaCppStudy/신애 . . . . 2 matches
       === MedusaCppStudy 신애 숙제 ===
       [MedusaCppStudy]
• MedusaCppStudy/재동 . . . . 2 matches
       === MedusaCppStudy 재동 ===
       [MedusaCppStudy]
• MedusaCppStudy/희경 . . . . 2 matches
       === MedusaCppStudy 희경 숙제 ===
       [MedusaCppStudy]
• MoreEffectiveC++/Miscellany . . . . 2 matches
       ''The Design and Evolution of C++''에 거의 모든 변화가 언급되어 있다. 현재 C++ 참고서(1994년 이후에 쓰여진것들)도 이 내용을 포함하고 있을 것이다. (만약 당신이 찾지 못하면 그거 버려라) 덧붙여 ''More Effective C++''(이책이다.)는 이러한 새로운 부분에 관한 대부분의 사용 방법이 언급되어 있다. 만약 당신이 이것에 리스트를 알고 싶다면, 이 책의 인덱스를 살펴보아라.
       표준 라이브러리에 일어나는 것들에 대한것에서 C++의 정확한 규정의 변화가 있다. 개다가 표준 라이브러리의 개선은 언어의 표준 만큼이나 알려지지 않는다. 예를 들어서 ''The Design and Evolution of C++'' 거의 표준 라이브러리에 관한 언급이 거의 없다. 그 책의 라이브러리에 과한 논의라면 때때로 있는 데이터의 출력이다. 왜냐하면, 라이브러리는 1994년에 실질적으로 변화되었기 때문이다.
• ProgrammingPartyAfterwords . . . . 2 matches
       그 때쯤인가, ZP#2팀의 Mentor이신 김창준님이 '슬쩍' 오셔서 Design이 잘 떠오르지 않는다면, 비슷한 아키텍쳐를 가진 문제를 풀어서 그 아키텍쳐를 재사용해 보라는 말씀을 하셨다. 하지만, 우리 팀원중 아무도 그것에 대해선 이후에 언급하지 않았다.(묵살되었다. --) 그러다가 우선 요구분석에 대한 이해를 높이고, 디자인을 상세화하기 위해서(디자인->코딩->디자인->코딩 단계를 반복하였다.) 코딩을 시작하기로 하였다. 상협군과 인수군은 매직펜을 맡았고, 희록군은 키보드를 맡았다. 희록군은 Unix환경에서의 Eclipse의 작업 문제로 인해 심각한 스트레스를 받고 있었다. 그러다가 컴퓨터를 한번 옮겼으나 그 스트레스를 줄이진 못했다. 아무래도 공동으로 프로그래밍 하는거에 익숙하지가 않아서 좀 서투룬 감이 있었다. 그래도 해야 겠다는 생각을 하고 문제의 요구 사항을 분석하고 어떻게 설계를 해야할지 의논했다.
       '오.. 대화진행속도가 빠르다!' 1002 가 본 moa 의 마치 평소 손발을 맞춰본 팀같았다. 근데, 토론하는 것을 들으면서 1002가 생각하기엔 '음.. 근데, 너무 초반에 Algorithm-Specific 하게 생각하는게 아닐까. 일단은 문제를 간단한 문제로 분해하는(보통 1002가 'Design' 을 간단하게 정의하라고 할때 저렇게 표현한다.) 과정이 더 중요할것 같은데'
• ProgrammingPearls/Column6 . . . . 2 matches
       === A Case Study ===
       === Design Level ===
• ProjectZephyrus/일정 . . . . 2 matches
        * 5.12 ~ 5.18 - Study, CVS 설정관련 준비
       ||5.24 (금)||영서 - 10시, 창섭 - 3시|| Study 상태 점검. CVS 사용법 시연 & 연습. 약간의 Small Client 구현|| ○ ||
• Refactoring/BigRefactorings . . . . 2 matches
       == Convert Procedural Design to Objects ==
       http://zeropage.org/~reset/zb/data/ConvertProceduralDesignToObjects.gif
• RoboCode . . . . 2 matches
       ||[JavaStudy2004/로보코드]|| 희경성만, 동영승환 ||
       [TheJavaMan/로보코드]와 [JavaStudy2004/로보코드]를 여기로 합치면 좋지 않을까요?--[Leonardong]
• SeminarHowToProgramIt . . . . 2 matches
        * ["CrcCard"] (Index Card -- The finalist of Jolt Award for "design tools" along with Rational Rose Enterprise Edition)
        * DesignPatterns -- ["디자인패턴"] 공부 절대로 하지 마라
       ||DesignPatterns ||4 ||
• SimpleDesign . . . . 2 matches
       Xper:SimpleDesign
       SimpleDesign 이란 ["디자인패턴"]을 써서 미학을 이루어야만 가능한 것은 아닌것 같다. 비록 때때로 ["디자인패턴"]이 도움이 되기도 하지만. --["1002"]
• XpQuestion . . . . 2 matches
       - '필요하면 하라'. XP 가 기본적으로 프로젝트 팀을 위한 것이기에 혼자서 XP 의 Practice 들을 보면 적용하기 어려운 것들이 있다. 하지만, XP 의 Practice 의 일부의 것들에 대해서는 혼자서 행하여도 그 장점을 취할 수 있는 것들이 있다. (TestDrivenDevelopment, ["Refactoring"], ContinuousIntegration,SimpleDesign, SustainablePace, CrcCard Session 등. 그리고 혼자서 프로그래밍을 한다 하더라도 약간 큰 프로그래밍을 한다면 Planning 이 필요하다. 학생이다 하더라도 시간관리, 일거리 관리는 익혀야 할 덕목이다.) 장점을 취할 수 있는 것들은 장점을 취하고, 지금 하기에 리스크가 큰 것들은 나중에 해도 된다.
       각 Practice 를 공부를 하다보면, 저것들이 이루어지기 위해서 공부해야 할 것들이 더 있음을 알게 된다. (의식적으로 알아낼 수 있어야 한다고 생각한다.) Refactoring 을 잘하기 위해선 OOP 와 해당 언어들을 더 깊이있게 이해할 필요가 있으며 (언어에 대해 깊은 이해가 있으면 똑같은 일에 대해서도 코드를 더 명확하고 간결하게 작성할 수 있다.) CrcCard 를 하다보면 역시 OOP 와 ResponsibilityDrivenDesign 에 대해 공부하게 될 것이다. Planning 을 하다보면 시간관리책이나 일거리 관리책들을 보게 될 것이다. Pair 를 하다보면 다른 사람들에게 자신의 생각을 명확하게 표현하는 방법도 '공부'해야 할 것이다. 이는 결국 사람이 하는 일이기에. 같이 병행할 수 있고, 더 중요한 것을 개인적으로 순위를 정해서 공부할 수 있겠다.
• ZP도서관 . . . . 2 matches
       || DesignPatternSmalltalkCompanion || Alpert, Brown, Woolf || Addison Wesley || ["1002"],보솨 || 원서 ||
       || Operating Systems Design and Implemenation || TANENBAUM ||.|| ["fnwinter"] || 원서 ||
• woodpage/쓰레기 . . . . 2 matches
        *JAVAStudy_2002 --> 폐기
        *XMLStudy_2002
• wxPython . . . . 2 matches
        * [http://www.roebling.de wxDesigner] - GUI 디자인 툴. GUI 디자인 한 결과물을 wxPython, wxWindows 등의 코드로 변환할 수 있다.
        * 아직 GUI Designer -> Code Generation 부분이 완벽하지는 않다. 다른 에디터와 같이 이용하는 편이 좋을 것이다.
• 강성현 . . . . 2 matches
        * [algorithmStudy/2013] [algorithmStudy/2014] (2013.11 - 2014)
• 고슴도치의 사진 마을 . . . . 2 matches
       ▷Study English
       === Study Board ===
• 고슴도치의 사진 마을처음화면 . . . . 2 matches
       ▷Study English
       === Study Board ===
• 공업수학2006 . . . . 2 matches
       || 2006/03/24 || Study Room || 1.4 1.5 1.7 ||
       || 2006/05/11(목) || Study Room || 4.6 4장리뷰 팀별로 ||
• 곽세환 . . . . 2 matches
        * [JavaStudy2003]
        * [삼총사CppStudy]
• 데블스캠프2012/넷째날/묻지마Csharp/Mission3/김수경 . . . . 2 matches
        /// Required designer variable.
        #region Windows Form Designer generated code
        /// Required method for Designer support - do not modify
• 문제풀이게시판 . . . . 2 matches
        * The Algorithm Design Manual
       see also HowToStudyDataStructureAndAlgorithms
• 삼총사CppStudy/숙제2 . . . . 2 matches
       [삼총사CppStudy/숙제2/곽세환]
       [삼총사CppStudy]
• 상규 . . . . 2 matches
        * [MobileJavaStudy] (2002.9.12 ~ 2002.10.9)
        * [JavaStudyInVacation] (2003.1.20 ~ )
• 새싹교실/2012/AClass/5회차 . . . . 2 matches
       1.koistudy
       1.koistudy113번 못풀었음
       1.KoiStudy 112~113,115~122 - 문제 많은데 별찍기같은건 한거라서 몇개 할거 없을거에요.
       1.Koistudy163
       1.KoiStudy 112~113,115~122 - 문제 많은데 별찍기같은건 한거라서 몇개 할거 없을거에요.
       1.Koistudy163
• 수진 . . . . 2 matches
        * [타도코코아CppStudy]
       [타도코코아CppStudy]
• 스터디그룹패턴언어 . . . . 2 matches
       Establish a home for the study group that is centrally located, comfortable, aesthetically pleasing, and conducive to dialogue.
       Follow customs that will re-enforce the spirit of the group, piquing participant's interest in dialogues, accommodating different learning levels, making the study of literature easier, recording group experiences, and drawing people closer together.
        * [순차적학습패턴] SequentialStudyPattern
        * StudyCyclePattern
• 여름방학프로젝트 . . . . 2 matches
       || [MFCStudy_2005_1] || [상협] [eternalbleu] || 참가자 없는 관계로 폐쇄 ||
       || [CPPStudy_2005_1] || [상협], [eternalbleu], 김상섭 || 김민경, 김태훈, 석지희 ||
• 장창재 . . . . 2 matches
       [JavaStudy2003]
       [C++Study_2003]
• 정모 . . . . 2 matches
        * 현재 진행중인 Study와 Project의 산출물의 발표 시간
        * Study 및 Project의 홍보 및 구성원 모집 시간
• 정모/2002.10.30 . . . . 2 matches
        * JavaStudy2002 팀은 잘되는가?
        * ["JavaStudy2002"]
• 정모/2003.4.9 . . . . 2 matches
        * 저는 잘 모르겠습니다만, 대근-기웅의 EasyPhpStudy와 상욱-대근-기웅-참솔의 EasyJavaStudy가 진행중인 걸로 알고 있습니다. -영동
• 정모/2003.5.13 . . . . 2 matches
       2. PHP Study
       3. 게임제작 Study
• 정모/2006.1.12 . . . . 2 matches
       [DesignPatternStudy2005] [OurMajorLangIsCAndCPlusPlus] [경시대회준비반]
       (단, 단순히 study라서 보여주실 수 없는 팀은 제외합니다.-> 진도 설명 )
• 정모/2007.3.27 . . . . 2 matches
        - JTD 2007 Study=> 참가인원 : 유상욱, 이장길, 문원명
        - Toeic Study => 진행자 : 이원희
• 정모/2011.3.28 . . . . 2 matches
        * [DesignPatterns/2011년스터디]
        * 그렇다면 [DesignPatterns/2011년스터디]를 함께 해보는게 좋을 수도 있겠네요. - [변형진]
• 정모/2011.4.11 . . . . 2 matches
        * [DesignPatterns/2011년스터디]
        * DesignPatterns에 대해 궁금하다면 ZeroWiki의 관련 페이지를 읽어보세요.
• 정모/2012.12.10 . . . . 2 matches
       == Study 공유 ==
        * GRE Study : GRE 시험에 관한 공부를 합니다. 같이 하실분!!! (대학원에 진학하고자 하는 분 추천!) - [윤종하]
• 정모/2012.4.2 . . . . 2 matches
        * 위키에서 이런걸 발견했다. [http://wiki.zeropage.org/wiki.php/HowToStudyInGroups HowToStudyInGroups] 링크의 제목이 슬프다 - [서지혜]
• 정우 . . . . 2 matches
        * [타도코코아CppStudy]
        *[타도코코아CppStudy]
• 타도코코아CppStudy/0818 . . . . 2 matches
       || [타도코코아CppStudy/0811] || X ||
       [타도코코아CppStudy]
• 포항공대전산대학원ReadigList . . . . 2 matches
        “Digital Design”, Morris Mano, Prentice Hall, 3-rd Ed, 2002.
        “Contemporary Logic Design”, Randy H. Katz, Benjamin/Cummings 1994.
• 현재 위키에 어떤 습관이 생기고 있는걸까? . . . . 2 matches
        * 이름의 하위 분류로 / 를 사용한다. 예) [삼총사CppStudy]하위에 속한 [삼총사CppStudy/숙제1] 페이지
• 05학번만의C++Study/숙제제출1/정서 . . . . 1 match
       [05학번만의C++Study/숙제제출/1]
• 05학번만의C++Study/숙제제출1/조현태 . . . . 1 match
       [05학번만의C++Study/숙제제출/1]
• 05학번만의C++Study/숙제제출1/최경현 . . . . 1 match
       [05학번만의C++Study/숙제제출]
• 05학번만의C++Study/숙제제출1/허아영 . . . . 1 match
       [05학번만의C++Study/숙제제출]
• 05학번만의C++Study/숙제제출4/최경현 . . . . 1 match
       [05학번만의C++Study/숙제제출]
• 2006TRPGPROJECT처음화면 . . . . 1 match
        Upload:OsStudyCh1.ppt
• 2012/2학기/컴퓨터구조 . . . . 1 match
        * Textbook : Computer Organization and Design 4/E, Patterson
• 2학기자바스터디 . . . . 1 match
       [프로젝트분류] [JavaStudy2003]
• 5인용C++스터디/떨림없이움직이는공 . . . . 1 match
       [http://165.194.17.15/~lsk8248/wiki/Study/5%c0%ce%bf%ebC++%bd%ba%c5%cd%b5%f0/%b6%b3%b8%b2%be%f8%b4%c2%bf%f2%c1%f7%c0%cc%b4%c2%b0%f8/Ball.exe 떨림없이움직이는공]
• 5인용C++스터디/시계 . . . . 1 match
       [http://165.194.17.15/~lsk8248/wiki/Study/5%c0%ce%bf%ebC++%bd%ba%c5%cd%b5%f0/%bd%c3%b0%e8/Clock.exe 시계]
• 5인용C++스터디/움직이는공 . . . . 1 match
       [http://165.194.17.15/~lsk8248/wiki/Study/5%c0%ce%bf%ebC++%bd%ba%c5%cd%b5%f0/%bf%f2%c1%f7%c0%cc%b4%c2%b0%f8/Ball.exe 움직이는공]
• ACM_ICPC/PrepareAsiaRegionalContest . . . . 1 match
        * [AlgorithmStudy/2015 | ACM_ICPC/2015년스터디]
• AM/20040705두번째모임 . . . . 1 match
        * 자료 : Upload:AM_Study1.ppt
• AM/20040720네번째모임 . . . . 1 match
        Upload:AMStudy3.ppt
• AM/20040724다섯번째모임 . . . . 1 match
        Upload:AMStudy4.ppt
• AM/AboutMFC . . . . 1 match
       MFC의 정확한 동작 원리를 알고 싶다면, 2000년 5~8월 사이의 프로그래밍세계의 MFC관련 기사를 추천합니다.(도서관에 있고, 복사할수 있습니다.) 재미있는 자료입니다. 저는 우연히 01년 상반기에 기사의 필자 곽용재씨에게 해당 내용에 대한 강의를 들은적이 있는데, 그때 그림 사용을 허락맡고 [MFCStudy_2001]를 위해 자료를 만들어서 세미나를 했습니다.
• AcceleratedC++/Chapter15 . . . . 1 match
       == 15.1 Design ==
• AppletVSApplication/영동 . . . . 1 match
       ["JavaStudyInVacation/진행상황"]
• AppletVSApplication/진영 . . . . 1 match
       ["JavaStudyInVacation/진행상황"]
• Applet포함HTML/상욱 . . . . 1 match
       ["JavaStudyInVacation/진행상황"]
• Applet포함HTML/영동 . . . . 1 match
       ["JavaStudyInVacation/진행상황"]
• Applet포함HTML/진영 . . . . 1 match
       ["JavaStudyInVacation/진행상황"]
• ArtificialIntelligenceClass . . . . 1 match
        * [http://www.aistudy.co.kr/ AIStudy], [http://www.aistudy.co.kr/heuristic/breadth-first_search.htm breadthFirstSearch]
• AwtVSSwing/영동 . . . . 1 match
       ["JavaStudyInVacation/진행상황"]
• BusSimulation/영창 . . . . 1 match
       [CPPStudy_2005_1]
• BusSimulation/태훈zyint . . . . 1 match
       [BusSimulation] [CPPStudy_2005_1]
• Button/상욱 . . . . 1 match
       ["JavaStudyInVacation/진행상황"]
• Button/영동 . . . . 1 match
       ["JavaStudyInVacation/진행상황"]
• Button/진영 . . . . 1 match
       ["JavaStudyInVacation/진행상황"]
• C 로배우는패턴의이해와활용 . . . . 1 match
        * 참 좋은 책 같다. 그냥 말로만 들으면 이해도 안가고 어렵게 느껴질 디자인 패턴을 적절하고 멋진 소스와 함께 보여줘서 한층 더 이해를 돕는다. 이책을 DesignPatternsJavaWorkBook 과 같이 보면 정말 괜찮은거 같다.
• CPPStudy_2005_1/Canvas . . . . 1 match
       = CPPStudy_2005_1/Canvas =
• CPPStudy_2005_1/STL성적처리_1 . . . . 1 match
       = CPPStudy_2005_1/STL성적처리 =
• CPPStudy_2005_1/STL성적처리_1_class . . . . 1 match
       = CPPStudy_2005_1/STL성적처리_1_class =
• CPPStudy_2005_1/STL성적처리_2_class . . . . 1 match
       [CPPStudy_2005_1]
• CPPStudy_2005_1/STL성적처리_3 . . . . 1 match
       [CPPStudy_2005_1]
• CPPStudy_2005_1/STL성적처리_3_class . . . . 1 match
       Describe CPPStudy_2005_1/STL성적처리_3_class here.
• CPPStudy_2005_1/질문 . . . . 1 match
       [CPPStudy_2005_1]
• CPP_Study_2005_1/BasicBusSimulation/남상협 . . . . 1 match
       = CPP_Study_2005_1/BasicBusSimulation/남상협 =
• CVS . . . . 1 match
       Robert Cragie Design Engineer, Jennic Ltd. Sheffield UK
• CodeConvention . . . . 1 match
        * [http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpgenref/html/cpconnetframeworkdesignguidelines.asp?frame=true .Net Frameworks Design Guidelines] : C#, VisualBasic.Net
• ConstructorMethod . . . . 1 match
       ''DesignPatterns 로 이야기한다면 일종의 FactoryMethod 임.(완전히 매치되는건 아니고, 어느정도 비슷) 비교적 자주 사용되는 패턴인데, 왜냐하면 객체를 생성하고 각각 임의로 셋팅해주는 일을 생성자 오버로딩을 더하지 않고서도 할 수 있으니까.
• ConvertAppIntoApplet/영동 . . . . 1 match
       ["JavaStudyInVacation/진행상황"]
• ConvertAppIntoApplet/진영 . . . . 1 match
       ["JavaStudyInVacation/진행상황"]
• CppStudy_2002_1 . . . . 1 match
       || 첫번째 주 || ["CppStudy_2002_1/과제1"]|| 영동, 대근 ||
• CppStudy_2002_1/과제1/Yggdrasil . . . . 1 match
       ["CppStudy_2002_1/과제1"] [[BR]]
• CppStudy_2002_2/슈퍼마켓 . . . . 1 match
       ["문제분류"], ["CppStudy_2002_2"]
• DPSCChapter2 . . . . 1 match
       Before launching into our descriptions of specific design patterns, we present a case study of sorts, involving multiple patterns. In the Design Pattern preface, the Gang of Four speak about moving from a "Huh?" to an "Aha!" experience with regard to understanding design patterns. We present here a little drama portraying such a transition. It consists of three vignettes: three days in the life of two Smalltalk programmers who work for MegaCorp Insurance Company. We are listening in on conversations between Don (an object newbie, but an experienced business analyst) and Jane (an object and pattern expert). Don comes to Jane with his design problems, and they solve them together. Although the characters are fictitious, the designs are real and have all been part of actual systems written in Smalltalk. Our goal is to demonstrate how, by careful analysis, design patterns can help derive solutions to real-world problems.
       디자인 패턴에 대한 구체적인 설명에 들어가기 전에 우리는 다양한 패턴들이 포함된 것들에 대한 예시들을 보여준다. 디자인 패턴 서문에서 GoF는 디자인 패턴을 이해하게 되면서 "Huh?" 에서 "Aha!" 로 바뀌는 경험에 대해 이야기한다. 우리는 여기 작은 단막극을 보여줄 것이다. 그것은 3개의 작은 이야기로 구성되어있다 : MegaCorp라는 보험회사에서 일하는 두명의 Smalltalk 프로그래머의 3일의 이야기이다. 우리는 Don 과(OOP에 대해서는 초보지만 경험있는 사업분석가) Jane (OOP와 Pattern 전문가)의 대화내용을 듣고 있다. Don 은 그의 문제를 Jane에게 가져오고, 그들은 같이 그 문제를 해결한다. 비록 여기의 인물들의 허구의 것이지만, design 은 실제의 것이고, Smalltalk로 쓰여진 실제의 시스템중 일부이다. 우리의 목표는 어떻게 design pattern이 실제세계의 문제들에 대한 해결책을 가져다 주는가에 대해 설명하는 것이다.
       Don : It's this claims-processing workflow system I've been asked to design. I just can't see how the objects will work together. I think I've found the basic objects in the system, but I don't understand how to make sense from their behaviors.
• DataStructure . . . . 1 match
       see also HowToStudyDataStructureAndAlgorithms
• Debugging/Seminar_2005 . . . . 1 match
        * Study The source with debugger
• DesignPatterns/2011년스터디/서지혜 . . . . 1 match
       Design Patterns를 공부중인 [서지혜]가 만들었다.
• DesignPatternsJavaWorkBook . . . . 1 match
       = DesignPatternsJavaWorkBook =
• Django스터디2006 . . . . 1 match
        * [http://altlang.org/fest/EnglishStudyWithDjango 대안언어축제에서실습한장고] 이것 참고~. 오 지훈이 열심히 하네 ㅎㅎ, 또 하다가 모르는것 있으면 메신저 namsangboy골뱅이hotmail.com 으로 물어 봐도 돼 ㅎ
• EasyPhpStudy . . . . 1 match
        * ["PHP Programming"], ["ZPBoard/PHPStudy"]
• Eclipse . . . . 1 match
        * Erich Gamma (DesignPatterns 공동저자) 라는 이름이 눈에 뜨이네요.
• EffectiveC++ . . . . 1 match
       == Classes and Functions: Design and Declaration ==
• FileInputOutput . . . . 1 match
       ["JavaStudy2002/입출력관련문제"]
• Genie . . . . 1 match
        * [MFCStudy2006]
• HardcoreCppStudy/세번째숙제 . . . . 1 match
       [HardcoreCppStudy]
• HelloWorld/상욱 . . . . 1 match
       ["JavaStudyInVacation/진행상황"]
• HelloWorld/영동 . . . . 1 match
       ["JavaStudyInVacation/진행상황"]
• HelloWorld/진영 . . . . 1 match
       ["JavaStudyInVacation/진행상황"]
• HolubOnPatterns/밑줄긋기 . . . . 1 match
       [HolubOnPatterns], [DesignPatterns/2011년스터디]
• InternalLinkage . . . . 1 match
       See also [MoreEffectiveC++], [DesignPatterns]
• IpscAfterwords . . . . 1 match
        * 음.. 제 실력에 좌절을 먹고 미친 듯이 공부해야 겠다는 Crazy Study(01학번 스터디 그룹. 해체되긴 했지만..--;) 로서의 정신을 되새기게 하는 기회였습니다. - 인수
• JAVAStudy_2002 . . . . 1 match
       ["JAVAStudy_2002/진행상황"]
• JAVAStudy_2002/진행상황 . . . . 1 match
       ["JAVAStudy_2002"]
• JTDStudy/첫번째과제/상욱 . . . . 1 match
       [JTDStudy/첫번째과제]
• Java Study2003/첫번째과제/곽세환 . . . . 1 match
       [JavaStudy2003/첫번째과제]
• Java Study2003/첫번째과제/노수민 . . . . 1 match
       [JavaStudy2003/첫번째과제]
• Java Study2003/첫번째과제/방선희 . . . . 1 match
       [JavaStudy2003/첫번째과제]
• Java Study2003/첫번째과제/장창재 . . . . 1 match
       [JavaStudy2003/첫번째과제]
• Java/문서/참조 . . . . 1 match
       해당 설계이념은 Java Design Pattern 에 잘 나와 있다.
• JavaStudy2002/상욱-2주차 . . . . 1 match
       ["JavaStudy2002"]
• JavaStudy2002/세연-2주차 . . . . 1 match
       ["JavaStudy2002"]
• JavaStudy2002/영동-2주차 . . . . 1 match
       ["JavaStudy2002"]
• JavaStudy2002/입출력관련문제 . . . . 1 match
       ["JavaStudy2002"]
• JavaStudy2003/두번째과제/곽세환 . . . . 1 match
       [JavaStudy2003/두번째과제]
• JavaStudy2003/두번째과제/노수민 . . . . 1 match
       [JavaStudy2003/두번째과제]
• JavaStudy2003/두번째과제/입출력예제 . . . . 1 match
       [JavaStudy2003/두번째과제]
• JavaStudy2003/세번째과제/곽세환 . . . . 1 match
       [JavaStudy2003/세번째과제]
• JavaStudy2003/세번째과제/노수민 . . . . 1 match
       [JavaStudy2003/세번째과제]
• JavaStudy2003/세번째수업 . . . . 1 match
       || 창재 & 수민 Pair || Upload:JavaStudy2003.zip||
• JavaStudy2003/첫번째수업 . . . . 1 match
       http://www.javastudy.co.kr/docs/gu/docs/tutor1.html
       http://www.javastudy.co.kr/docs/yopark/chap03/chap03.html
       [JavaStudy2003]
• JavaStudy2004/MDI . . . . 1 match
       [JavaStudy2004]
• JavaStudy2004/버튼과체크박스 . . . . 1 match
       [JavaStudy2004]
• JavaStudy2004/스택 . . . . 1 match
       [JavaStudy2004]
• JavaStudy2004/오버로딩과오버라이딩 . . . . 1 match
       [JavaStudy2004]
• JavaStudy2004/이용재 . . . . 1 match
        public void study()
        JOptionPane.showMessageDialog(null, "I am studying T.T");
       [JavaStudy2004]
• JavaStudy2004/이재환 . . . . 1 match
       [JavaStudy2004]
• JavaStudy2004/자바따라잡기 . . . . 1 match
       [JavaStudy2004]
• JavaStudy2004/조동영 . . . . 1 match
       [JavaStudy2004]
• JavaStudy2004/콤보박스와리스트 . . . . 1 match
       [JavaStudy2004]
• JavaStudy2004/클래스상속 . . . . 1 match
       [JavaStudy2004]
• JavaStudyInVacation/과제 . . . . 1 match
       ["JavaStudyInVacation"]
• JosephYoder방한번개모임 . . . . 1 match
       여러모로 Refactoring에서 나오는 Pattern과 Holub이 주장하는 Design Pattern과는 많았고 옆에서 계속 번역해주시는 창준선배님을 보면서 참 나도 영어 듣기가 녹슬었구나 하는 생각이 들었다. FPS에서 영어를 배워봐야하나. 여러사람이 다양하게 생각하는 Refactoring과 Pattern에 대해 다시한번 좀더 연구할 생각이드는 시간이었다.
• KDP_토론 . . . . 1 match
        * 현재의 이 WikiWiki 는 'Only for Study' 용이므로, 목적에 맞지 않는 사적인 페이지는 허용하지 않습니다.
• KentBeck . . . . 1 match
       ExtremeProgramming의 세 명의 익스트리모 중 하나. CrcCard 창안. 알렉산더의 패턴 개념(see also DesignPatterns)을 컴퓨터 프로그램에 최초 적용한 사람 중 하나로 평가받고 있다.
• LinuxSystemClass . . . . 1 match
       학교 수업공부를 하거나 레포트를 쓰는 경우 위의 학교 교재와 함께 'The Design of the Unix Operating System' 을 같이 보면 도움이 많이 된다. 해당 알고리즘들에 대해서 좀 더 구체적으로 서술되어있다. 단, 책이 좀 오래된 감이 있다.
• LogicCircuitClass . . . . 1 match
        * 2006 년 - Digital Design(3rd) by M.Morris Mano
• MFCStudy_2001/MMTimer . . . . 1 match
       ["MFCStudy_2001"]
• MineFinder . . . . 1 match
        * Main Design, Algorithm 1차 완성. 어느정도 Refactoring의 추구.
• MobileJavaStudy/HelloWorld . . . . 1 match
       ["MobileJavaStudy"]
• MobileJavaStudy/NineNine . . . . 1 match
       ["MobileJavaStudy"]
• MobileJavaStudy/SnakeBite/FinalSource . . . . 1 match
       ["MobileJavaStudy/SnakeBite"]
• MobileJavaStudy/SnakeBite/Spec2Source . . . . 1 match
       ["MobileJavaStudy/SnakeBite"]
• MobileJavaStudy/SnakeBite/Spec3Source . . . . 1 match
       ["MobileJavaStudy/SnakeBite"]
• MobileJavaStudy/Tip . . . . 1 match
       ["MobileJavaStudy"]
• NSIS . . . . 1 match
       === NSI Script Study ===
• OOD세미나 . . . . 1 match
       = Object-Oriented Design 세미나 =
• PairProgramming . . . . 1 match
        * ["PairProgramming토론"], PairProgrammingForGroupStudy
• PairProgramming토론 . . . . 1 match
       Strengthening the Case for Pair-Programming(Laurie Williams, ...)만 읽어보고 쓰는 글입니다. 위에 있는 왕도사와 왕초보 사이에서 Pair-Programming을 하는 경우 생각만큼 좋은 성과를 거둘 수 없을 것이라고 생각합니다. 문서에서는 Pair-Programming에서 가장 중요한 것을 pair-analysis와 pair-design이라고 보고 말하고 있습니다.(좀 큰 프로젝트를 해 본 사람이라면 당연히 가장 중요하다고 느끼실 수 있을 것입니다.) 물론 pair-implementation도 중요하다고는 말하고 있으나 앞서 언급한 두가지에 비하면 택도 없지요. 그러니 왕도사와 왕초보와의 결합은 아주 미미한 수준의 이점만 있을뿐 실제 Pair-Programming이 주창하는 Performance는 낼 수 없다고 생각됩니다. 더군다가 이 경우는 왕도사의 Performance에 영향을 주어 Time dependent job의 경우 오히려 손실을 가져오지 않을까 생각이 됩니다. Performance보다는 왕초보를 왕도사로 만들기 위한 목적이라면 왕초보와 왕도사와의 Pair-Programming이 약간의 도움이 되기는 할 것 같습니다. 그러나 우리가 현재 하는 방식에 비해서 얼마나 효율이 있을까는 제고해봐야 할 것 같습니다. - 김수영
       ''문서에서는 Pair-Programming에서 가장 중요한 것을 pair-analysis와 pair-design이라고 보고 말하고 있습니다.(좀 큰 프로젝트를 해 본 사람이라면 당연히 가장 중요하다고 느끼실 수 있을 것입니다.) 물론 pair-implementation도 중요하다고는 말하고 있으나 앞서 언급한 두가지에 비하면 택도 없지요.''
       이 말은 자칫하면 사람들을 호도할 수 있다고 봅니다. 할려면 정확하게 레퍼런스를 하고 인용부호를 달고 자신의 의견은 분리를 하세요. pair-implementation이 "앞서 언급한 두가지에 비하면 택도 없다"는 말은 어디에 나오는 말입니까? 그냥 자신의 생각입니까? 그리고, XP에서는 implementation time과 analysis, design time이 따로 분리되지 않는 경우가 많습니다. 코딩을 해나가면서 design해 나갑니다. Pair로 말이죠.
       ''이 말은 자칫하면 사람들을 호도할 수 있다고 봅니다. 할려면 정확하게 레퍼런스를 하고 인용부호를 달고 자신의 의견은 분리를 하세요. pair-implementation이 "앞서 언급한 두가지에 비하면 택도 없다"는 말은 어디에 나오는 말입니까? 그냥 자신의 생각입니까? 그리고, XP에서는 implementation time과 analysis, design time이 따로 분리되지 않는 경우가 많습니다. 코딩을 해나가면서 design해 나갑니다. Pair로 말이죠. (창준선배님이 쓴 글중)''
       pair-anaysis와 pair-design의 중요성을 문서에서는 ''"Unanimously, pair-programmers agree that pair-analysis and pair-design is '''critical''' for their pair success."'' 이와 같이 말하고 있습니다. 또 다시 보시면 아시겠지만.. 제가 쓴 문장은 "물론 pair-implementation도 중요하다고는 말하고 있으나 앞서 언급한 두가지에 비하면 택도 없지요."입니다. 택도 없다는 표현은 당연히 제 생각이라는 것이 나타나 있다고 생각되는데....
       pair-implementation과 pair-design, analysis에 대해서는 원래 논문을 꼼꼼히 다시 읽어보길 바랍니다. 특히 각각이 구체적으로 무엇을 지칭하는가를 주의깊게 읽어주길 바랍니다. 또, XP에서처럼, 만약 세가지가 잘 구분이 되지 않고 별도의 design/analysis 세션이 없고, 코딩하는 자리에서 이 세가지가 동시에 벌어진다면 어떻게 될지 생각해 보세요.
       See Also ["PairProgrammingForGroupStudy"]
• PatternOrientedSoftwareArchitecture . . . . 1 match
        * 시스템의 각 부분은 교환 가능해야 한다. (Design for change in general is a major facilitator of graceful system evolution - 일반적으로 변화에 대비한 디자인을 하는것은 우아한 시스템 개발의 주요한 촉진자이다.)
        * It may be necessary to build other systems at a later date with the same low-level issues as the system you are currently designing ( 정확한 의미는 모르겠음, 누가 해석좀....)
• PragmaticVersionControlWithCVS/CommonCVSCommands . . . . 1 match
       P UnitTest/DesignIssues.tip
• ProgrammingLanguageClass/Report2002_2 . . . . 1 match
       Design and implement simple test programs in Visual C++(V6.0), Visual Basic(V6.0) and Java(JDK 1.4).
       Be sure to design carefully your test data set to exercise your program completely. You are also recommended in your documentation to include the rationale behind your test programs.
       In order words, explain why you design them in such a way and what you intend to demonstrate
• ProgrammingPearls . . . . 1 match
       || ["ProgrammingPearls/Column8"] || Algorithm Design Techniques ||
• ProgrammingPearls/Column1 . . . . 1 match
       === Program Design ===
• ProgrammingPearls/Column4 . . . . 1 match
        * Algorithm Design.
• ProjectPrometheus/EngineeringTask . . . . 1 match
       2 RS Study (Prototype 제작) 1.5 (1) ~
• ProjectPrometheus/Estimation . . . . 1 match
        * Study(Prototype) 1
• ProjectPrometheus/Iteration . . . . 1 match
       || 2 || RS Study (Prototype 제작) || 1.5 (1) ~ ||
• ProjectPrometheus/Iteration2 . . . . 1 match
       ||||||Story Name : Recommendation System(RS) Study (Prototype)||
• ProjectPrometheus/Iteration8 . . . . 1 match
       || UI Design 개선 (좀 많이; )|| . || . ||
• ProjectPrometheus/UserStory . . . . 1 match
       2 RS Study (Prototype 제작) 1.5 (1) ~
• ProjectWMB . . . . 1 match
        * Python study
       ||▶▷▷▷▷ || [JTDStudy] ||
• PyIde/Exploration . . . . 1 match
       Design 을 할때 오버하는 성향이 있는 것 같다. IListener 가 있으면 DIP를 지키는 것이기도 하고, 기존 TestResult 등의 클래스들을 수정하지 않으면서 Listener 들만 추가하는 방식으로 재사용가능하니까 OCP 상으로도 좋겠지만. 과연 당장 필요한 것일까? 그냥 TestResult 를 모델로 들고 있고 View 클래스 하나 더 있는 것으로 문제가 있을까?
• RandomWalk/영동 . . . . 1 match
       ["JavaStudy2002/영동-2주차"] <-지금보니 상당히 허접하네요.
• RandomWalk/임인택 . . . . 1 match
        - 별로 OO 적이지 못한것 같다...(Roach 와 Board 객체가 [양방향참조]를 한다). DesignPatterns 를 참고하면서 보았어야 하는데.. 나중에 [Refactoring] 해야 함..
• ScheduledWalk/석천 . . . . 1 match
       이 답이 완벽한 답은 아니며, HIPO 이후 바로 프로그램 완성까지의 길에는 약간 거리가 있습니다. (왜냐. 이 Top-Down Design 의 결과가 완벽하다라고 말할수는 없으니까요. 하지만, 문제와 전반적 프로그램 디자인, 큰 밑그림을 그리고 이해하는데 도움을 줌에는 분명합니다. )
• SchemeLanguage . . . . 1 match
        * http://www.htdp.org/ - How To Design Programs. 비 전공자들을 위한 Scheme Language 책으로, 인터넷에 공개되어있다. 위의 PLT Scheme 을 인스톨하면 Help 탭에 HTDP 링크가 생긴다.
• SeparationOfConcerns . . . . 1 match
        * http://www.acm.org/classics/may96/ - 해당 논문에서 추후 ResponsibilityDrivenDesign 에 해당되는 내용도 같이 있다. (72년 논문이란다.. 72년.;)
• Server&Client/상욱 . . . . 1 match
       ["JavaStudyInVacation/진행상황"]
• Server&Client/영동 . . . . 1 match
       ["JavaStudyInVacation/진행상황"]
• SoftwareEngineeringClass . . . . 1 match
       ["1002"]: 분야가 너무 넓다. 하루 PPT 자료 나아가는 양이 거의 60-70장이 된다. -_-; SWEBOK 에서의 각 Chapter 별로 관련 Reference들 자료만 몇십권이 나오는 것만 봐도. 아마 SoftwareRequirement, SoftwareDesign, SoftwareConstruction, SoftwareConfigurationManagement, SoftwareQualityManagement, SoftwareProcessAssessment 부분중 앞의 3개/뒤의 3개 식으로 수업이 분과되어야 하지 않을까 하는 생각도 해본다. (그게 4학년 객체모델링 수업이려나;) [[BR]]
• Squeak . . . . 1 match
        * Squeak - Object-Oriented Design with Multimedia Application
• StringOfCPlusPlus/세연 . . . . 1 match
       See Also ["CppStudy_2002_2"]
• SuperMarket/세연 . . . . 1 match
       See Also ["CppStudy_2002_2"][[BR]]
• SuperMarket/세연/재동 . . . . 1 match
       See Also ["CppStudy_2002_2"][[BR]]
• SuperMarket/재니 . . . . 1 match
       ["CppStudy_2002_2"]
• TellVsAsk . . . . 1 match
       It is easier to stay out of this trap if you start by designing classes based on their responsibilities,
       (ResponsibilityDrivenDesign) 그러한 경우, 당신은 당신에게 객체의 상태를 알리도록 질의문을 작성하는 대신 (주로 getter 들에 해당되리라 생각), class 들이 실행할 수 있는 '''command''' 들을 자연스럽게 발전시켜 나갈 것이다.
• TestFirstProgramming . . . . 1 match
        * wiki:Wiki:CodeUnitTestFirst, wiki:Wiki:TestFirstDesign, wiki:Wiki:TestDrivenProgramming
• ToeicStudy . . . . 1 match
       토, 일 바쁘지 않을때 모여서 여러 공부에 관해서 Study
• ToyProblems . . . . 1 match
        * HTDP (How To Design Programs) http://www.htdp.org/
• Vending Machine/dooly . . . . 1 match
       See Also ["CppStudy_2002_2"] , ["VendingMachine/세연/재동"] , ["VendingMachine/세연/1002"] , [Vending Machine/세연]
• VendingMachine/세연 . . . . 1 match
       See Also ["CppStudy_2002_2"] , ["VendingMachine/세연/재동"] , ["VendingMachine/세연/1002"]
• VendingMachine/세연/재동 . . . . 1 match
       See Also ["CppStudy_2002_2"][[BR]]
• VendingMachine/재니 . . . . 1 match
       ["CppStudy_2002_2"] ["VendingMachine"]
• WritingOS . . . . 1 match
       [Study]
• XMLStudy_2002/Encoding . . . . 1 match
       [["XMLStudy_2002"]]
• XMLStudy_2002/Resource . . . . 1 match
       [["XMLStudy_2002"]]
• XMLStudy_2002/Start . . . . 1 match
       [["XMLStudy_2002"]]
• XMLStudy_2002/XML+CSS . . . . 1 match
       ["XMLStudy_2002"]
• XMLStudy_2002/XSL . . . . 1 match
       [["XMLStudy_2002"]]
• XpWeek/ToDo . . . . 1 match
        SimpleDesign
• XpWeek/준비물 . . . . 1 match
        * HowToStudyExtremeProgramming
• Z&D토론/학회현황 . . . . 1 match
       ZeroPage 의 경우는 일단 01에 관해서는 MFCStudy팀 초기 1회만 참석, 그리고 정모 미참석, 이후 아무런 언급이 없는 사람을 제하고 말한 것이므로, 그외 인원의 추가사항도 언급 부탁드립니다. 그리고 데블스의 경우도 통합시의 전체 Resource 파악이라는 면에서, 통합뒤 실질적인 운영을 주도하는 사람들 위주로 적어주시기 바랍니다.
• ZIM . . . . 1 match
        * 추출된 요구사항을 구현하는 방법을 정의한다. (Design)
• ZIM/UIPrototype . . . . 1 match
       Software for Use와 Contextual Design의 일독을 권합니다. UI쪽(특히 실전)에서는 탁월한 책들입니다. 이 책들에서는 UI 프로토타이핑을 종이를 통해 하기를 강력하게 추천하고 있습니다. 각종 자동화 툴을 써보면 오히려 불편한 경우가 많습니다. 넓은 종이와 다양한 크기의 3M 포스트 잇을 이용해서 버튼 같은 것의 위치를 자유로이 옮겨볼 수 있습니다. 이렇게 만든 프로토타입을 사무실 벽에 걸어넣고 그 앞에서 토론도 하고, 즉석에서 모양을 바꾸기도 합니다. 초기에는 커뮤니케이션 보조 도구로 화이트보드를 많이 사용하기도 합니다. 그러나 한 자리에서 함께 작업할 기회가 적은 경우에는 어쩔 수 없이 전자문서와 이미지에 의존해야겠죠. 제 경우는 주로 스캐너를 이용해서 손으로 그린 이미지 공유를 했습니다. 온라인에서 공동으로 디자인 토론을 할 경우에는 화이트보드가 지원되는 온라인 컨퍼런싱 툴을 씁니다. (e.g. 넷미팅) --김창준
• [Lovely]boy^_^/Arcanoid . . . . 1 match
       여담으로, 전에 MFCStudy 로 할때 각도 계산까지 넣었다면 좋을뻔 했지? ^^;; 하지만 아마 그때 넣었으면 더 시간이 걸렸을꺼 같아서;; 어이 인수 과거 소스를 나에게 넘겨 쿨럭. 농담이고, 아 진작 소스 겉어 둘껄 ^^;; --["neocoin"]
        * ... I don't have studied a data communication. shit. --; let's study hard.
        * I change a design of a arcanoid. - previous version is distribute, but this version is that god class(CArcanoidDoc)' admins a total routine. in my opinion, it's more far from OOP.--;
• [Lovely]boy^_^/Diary/2-2-16 . . . . 1 match
        * Let's enumarate. English, Smalltalk, Design Pattern, Accelerated C++, DirectX, etc...
        * I studied Grammar in Use Chapter 39,40. I have not done study this book since then summer.--;
        * I typed directX codes from NeXe sites, because RolePlaying Games with DirectX that I borrowed some days ago is so difficult for me. Let's study slow and steady...
        * I don't understand accuracy a world, view, projection matrix.--; I should study a lot more.
• [Lovely]boy^_^/Diary/7/8_14 . . . . 1 match
       === Design Pattern ===
• [Lovely]boy^_^/ExtremeAlgorithmStudy/MathematicalFoundations . . . . 1 match
       ["[Lovely]boy^_^/ExtremeAlgorithmStudy"]
• callusedHand/projects/algorithms . . . . 1 match
        * '''Design Fest''' http://www.designfest.org/
• canvas . . . . 1 match
       //CPPStudy_2005_1/Canvas
• django . . . . 1 match
        * [http://altlang.org/fest/EnglishStudyWithDjango 대안언어축제에서실습한장고] : 실제로 웹 개발을 따라서 해본다.
• eXtensibleMarkupLanguage . . . . 1 match
       [XMLStudy_2002] : 이런자료도 있었군요.
• fnwinter . . . . 1 match
        XML Study (완료)
• neocoin/MilestoneOfReport . . . . 1 match
        * 디자인 설명 (Design Explanation)
• ricoder . . . . 1 match
        * ["CppStudy_2002_2"]
• zyint . . . . 1 match
       [CPPStudy_2005_1]
• 강석우 . . . . 1 match
        * 재동형과 함께 하는 [MedusaCppStudy]
• 객체지향분석설계 . . . . 1 match
        영제 : Object Oriented Analysis and Design
• 겨울과프로젝트 . . . . 1 match
       [JavaStudy2004] ([노수민]) : JAVA언어를 익히면서 OOP에 대한 이해.
• 기웅 . . . . 1 match
       [[BR]]* ["EasyJavaStudy"]
• 김건영 . . . . 1 match
       [2007ToeflStudy]
• 김민재 . . . . 1 match
        * [UnityStudy] 구성원
• 김수경 . . . . 1 match
        * [DesignPatterns/2011년스터디]
• 니젤프림/BuilderPattern . . . . 1 match
       Head First Design Pattern 에 나오는, Vacation Planner 를 구현한 코드
• 데블스캠프2004/세미나주제 . . . . 1 match
        * 자료구조 SeeAlso HowToStudyDataStructureAndAlgorithms, DataStructure StackAndQueue 뒤의 두 페이지들의 용어와 내용이 어울리지 않네요. 아, 일반 용어를 프로젝트로 시작한 페이지의 마지막 모습이군요. )
• 몸짱프로젝트 . . . . 1 match
       SeeAlso [HowToStudyDataStructureAndAlgorithms] [DataStructure] [http://internet512.chonbuk.ac.kr/datastructure/data/ds1.htm 자료구조 정리]
• 박수진 . . . . 1 match
       == Study ==
• 비행기게임 . . . . 1 match
       || 01 || 신재동 || Graphic Design ||
• 삼총사CppStudy/20030731 . . . . 1 match
       [삼총사CppStudy]
• 삼총사CppStudy/20030806 . . . . 1 match
       [삼총사CppStudy]
• 삼총사CppStudy/Inheritance . . . . 1 match
       [삼총사CppStudy]
• 삼총사CppStudy/숙제1/곽세환 . . . . 1 match
       [삼총사CppStudy/숙제1]
• 삼총사CppStudy/숙제2/곽세환 . . . . 1 match
       [삼총사CppStudy/숙제2]
• 상협 . . . . 1 match
        * ["MFCStudy_2001/오목인공지능알고리즘"]
• 상협/Diary/7월 . . . . 1 match
        * Designing Object-Oriented Software 이책이랑 Refactoring 책 빌려야징..
• 상협/Diary/8월 . . . . 1 match
        * Designing Object-Oriented Software 이책 다보기 Failure (집에 내려가서 해야징.)
• 새싹교실/2012/AClass . . . . 1 match
        1~5.[www.koistudy.net 코이스터디] 100번~104번까지 Accept받기(등업이 안되어 있으면 그 문제의 소스를 저한테 보내주세요)
        * www.koistudy.net 가입하기
        1~6.Koistudy.net 106~111번
        7.Koistudy.net 125, 152번(둘다 하기 힘들면 하나만) 3n+1
        1.KoiStudy 112~113,115~122 - 문제 많은데 별찍기같은건 한거라서 몇개 할거 없을거에요.
        1.Koistudy163
        * [http://koistudy.net Koistudy] 130번, 132번, 139번
        11.[http://koistudy.net Koistudy] 126~130번, 146번, 148번, 149번
        1.[http://koistudy.net Koistudy] 126~130번, 146번, 148번, 149번 - 못푼것
• 세미나/2004 . . . . 1 match
        * J2ME 쪽으로는 상규와 내가 MobileJavaStudy를 해본 경험이 있다. --재동
• 숙제1/최경현 . . . . 1 match
       [05학번만의C++Study/숙제제출]
• 순차적학습패턴 . . . . 1 match
       연대 순으로 작품의 순서를 매기고 나면, 그룹은 지적인 아젠더([아젠더패턴])와 학습 주기(StudyCyclePattern)를 만들게 된다.
• 아젠더패턴 . . . . 1 match
       최고의 아젠더는 그룹이 작품을 순차적으로 학습([순차적학습패턴])하도록 짜여진 것이다. 그룹이 작품을 학습하기를 마치면, 그 작품을 원래 학습할 때 없었던 그룹의 새로운 멤버들이 그 작품을 학습할 기회를 갖기를 원할 수도 있다. 이는 학습 주기(StudyCyclePattern)와 소그룹(SubGroupPattern)을 만들어서 수행할 수 있다.
• 이승한/java . . . . 1 match
       [이승한], [겨울과프로젝트], [JavaStudy2004]
• 이영호/개인공부일기장 . . . . 1 match
       ☆ 앞으로 공부해야할 책들(사둔것) - Effective C++, More Effective C++, Exeptional C++ Style, Modern C++ Design, TCP/IP 네트워크 관리(출판사:O'Reilly), C사용자를 위한 리눅스 프로그래밍, Add-on Linux Kernel Programming, Physics for Game Developers(출판사:O'Reilly), 알고리즘(출판사:O'Reilly), Hacking Howto(Matt 저), Windows 시스템 실행 파일의 구조와 원리, C언어로 배우는 알고리즘 입문
• 일취집중후각법 . . . . 1 match
       ["Refactoring"]의 도를 얻기 위한 수련법의 하나. see also HowToStudyRefactoring
• 임시 . . . . 1 match
       [http://www.cse.buffalo.edu/~rapaport/howtostudy.html How to study]
       This section explains how to use REST (Representational State Transfer) to make requests through Amazon E-Commerce Service (ECS). REST is a Web services protocol that was created by Roy Fielding in his Ph.D. thesis (see Architectural Styles and the Design of Network-based Software Architectures for more details about REST).
• 정모/2002.12.30 . . . . 1 match
        * ["Smalltalk"], MFC, DesignPattern, 영어공부등은 ZeroWiki에서 모집, 진행한다.
• 정모/2003.1.15 . . . . 1 match
        * Java - 곧 시작할 예정... (["JavaStudyInVacation"] 참조)
• 정모/2006.9.13 . . . . 1 match
        - Design Patterns - Gof 의 뭐시기, 알자~~ 영진출판사
• 정모/2011.10.12 . . . . 1 match
        * [DesignPatterns/2011년스터디]
• 정모/2011.10.5 . . . . 1 match
        * [DesignPatterns/2011년스터디]
• 정모/2011.3.21 . . . . 1 match
        * [DesignPatterns/2011년스터디]
• 정모/2011.3.7 . . . . 1 match
        * [DesignPatterns/2011년스터디]
• 정모/2011.5.16 . . . . 1 match
        * [Design Patterns/2011년스터디]
• 정모/2011.7.11 . . . . 1 match
        * 7시부터 강남에서 진행되는 Design Pattern 세미나로 인해 정모는 6시까지 진행.
• 정모/2011.7.18 . . . . 1 match
        * [DesignPatterns/2011년스터디]
• 정모/2011.7.25 . . . . 1 match
        * [DesignPatterns/2011년스터디]
• 정모/2011.8.22 . . . . 1 match
        * [DesignPatterns/2011년스터디]
• 정모/2011.8.29 . . . . 1 match
        * [:DesignPatterns/2011년스터디 디자인패턴 스터디]
• 정모/2011.8.8 . . . . 1 match
        * [DesignPatterns/2011년스터디]
• 정모/2011.9.20 . . . . 1 match
        * [DesignPatterns/2011년스터디]
• 정모/2011.9.27 . . . . 1 match
        * [DesignPatterns/2011년스터디]
• 정모/2012.2.24 . . . . 1 match
        * 오랜만에 사회인 ZeroPager 두 분을 만나 즐거웠습니다! 치킨 감사합니다... 덕분에 ~~또~~ 폭식을 했습니다.....^_T 지원언니의 신입사원 연수 이야기 재미있었어요. 아직 취직을 하지 않았지만 가까운 미래에 취직을 해야할 상황이라 제겐 특히 더 와닿는 이야기가 아니었나 싶습니다. 승한선배의 GUI 세미나도 잘 들었습니다. 유행하는 것과 유행하지 않는 것에 대한 이야기가 가장 인상깊었어요. 작년에 [:DesignPatterns/2011년스터디 DP 스터디]를 시작하며 읽었던 FocusOnFundamentals 페이지가 생각납니다.
• 정모/2013.1.22 . . . . 1 match
       === 1인 1Study 중간정산 ===
• 정모/2013.3.25 . . . . 1 match
       == Big Bang Study ==
• 정모/2013.6.10 . . . . 1 match
       == Unity Study ==
• 제로스 . . . . 1 match
       || 2007. 1. 5. || Upload:OsStudyCh1_mod.ppt || 건영, 진석 ||
• 제로페이지의문제점 . . . . 1 match
       세미나가 [데블스캠프]외에 신입생 위주로 하는게 있어요? 설마 스터디를 이야기 하는거라면, 자신이 만들어 나가는건데요. :) 여태 제가 신입생 대상 스터디를 해본적이 없어서 공감이 안가는 이야기 같네요. 스스로 만드세요. SeeAlso 개인 제외 같이 한것들 --ExploringWorld ProjectZephyrus ProjectPrometheus [MFCStudy_2001] [KDPProject] [Refactoring] --NeoCoin
• 조동영 . . . . 1 match
       [조동영/이야기], [TicTacToe/조동영], [Map연습문제/조동영], [HASH구하기/조동영,이재환,노수민], [JavaStudy2004/조동영], [3 N+1 Problem/조동영]
• 졸업논문/참고문헌 . . . . 1 match
       [5] "Design philosophies", http://www.djangoproject.com/documentation/design_philosophies/
• 코코아 . . . . 1 match
        [타도코코아CppStudy]
• 타도코코아CppStudy/객체지향발표 . . . . 1 match
       2. 객체지향 설계(object-oriented design : OOD)
       시스템 설계(system design) : 시스템의 구조를 서브시스템으로 분해한다. 이 과정중에서 성능 최적 방안, 문제 해결 전략, 자원 분배 등이 확정된다.
       객체 설계(object design) : 구현에 필요한 상세한 내역을 설계 모형으로 제작하고 상세화된다. 구체적인 자료구조와 알고리즘 들이 정의된다.
       [타도코코아CppStudy]
• 페이지이름 . . . . 1 match
        || ["Java"] || ["JAVAStudy_2002"] ||
• 프로그램내에서의주석 . . . . 1 match
       이번기회에 comment, document, source code 에 대해서 제대로 생각해볼 수 있을듯 (프로그램을 어떻게 분석할 것인가 라던지 Reverse Engineering Tool들을 이용하는 방법을 궁리한다던지 등등) 그리고 후배들과의 코드에 대한 대화는 익숙한 comment 로 대화하는게 낫겠다. DesignPatterns 가 한서도 나온다고 하며 또하나의 기술장벽이 내려간다고 하더라도, 접해보지 않은 사람에겐 또하나의 외국어일것이니. 그리고 영어가 모국어가 아닌 이상. 뭐. (암튼 오늘 내일 되는대로 Documentation 마저 남기겠음. 글쓰는 도중 치열하게 Documentation을 진행하지도 않은 사람이 말만 앞섰다란 생각이 그치질 않는지라. 물론 작업중 Doc 이 아닌 작업 후 Doc 라는 점에서 점수 깎인다는 점은 인지중;) --석천
• 프로젝트기록의필수요소토론 . . . . 1 match
       [1002] 프로젝트 이름에 대해서 한마디 한다면, 'Java', 'ExtremeProgramming' 은 공부하려고 하는 지식의 종류이지 프로젝트의 이름으로 부적절하다고 봅니다. 만일 Java Study 팀이 두 개인 경우라면? 문제가 발생할 수 밖에 없습니다. 초창기에 해당 기술부분으로 페이지를 열 수는 있지만, 나중에 프로젝트가 끝나고 난다음에는 일반화시켜서 본래의 이름을 반환해주는 것이 좋다고 생각합니다. (즉, 'Java' 페이지는 Java 에 대한 소개나 기술 등을 넣어주고, 'Java' 페이지이름을 썼던 프로젝트팀은 프로젝트팀 이름의 새 페이지를 만들어서 경과보고를 하는식으로..)
• 프로젝트지도 . . . . 1 match
       = 진행중 Project or Study =
• 하드웨어에따른프로그램의속도차이해결 . . . . 1 match
        * 궁금한게 있는데, ["MFCStudy_2001/MMTimer"] 로 안된단 말이야? 가장 빠른걸로 알고 있어서, 동작 제어는 타이머단에서 하고, loop에서 열심히 그림 그려서 fliping만 해주면 되지 않을까? 낮에는 경황이 없어서, 그냥 멀티미디어 타이머 이야기만 했는데, winamp 같은 시간에 의존적인 프로그램들도 이 타이머를 사용해서 말이지. --["neocoin"]
• 허아영 . . . . 1 match
       >> [05학번만의C++Study]
• 형노 . . . . 1 match
        * [(zeropage)05학번만의C++Study]

Found 401 matching pages out of 7540 total pages (5000 pages are searched)

You can also click here to search title.